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An  Overview 

Captain  James  E.  Takach,  USAF 


CWIA  is  tasked  witli  advancing  tlie  state  of  die  art  of 
military  satellite  command  and  control  by  developing  cost- 
effective  AFSCN  architecture  options  for  die  next  2  through 
25  year  dme  frame.  Options  that  most  effectively  sadsfy 
documented  and  projected  user  requirements  will  be  pro¬ 
posed  to  die  AFSCN  developers.  A  major  goal  of  die  ATP 
is  diat  of  developing  and  implementing  a  process  to  ensure 
diat  emerging  and  forecasted  technological  advances  are 
considered  in  developing  die  options. 


BACKGROUND 

The  Air  Force  Satellite  Control  Network  (AFSCN)  is  a 
networkof  systems  whose  mission,  according  to  die  "AFSCN 
Definidon  Document”  dated  23  February  1993,  is  to: 

“.  .  .  provide  Telemetry,  Trackinj^,  and 
Commanding  (TT&C),  communications, 
mission  data  distribution  and  data  pro¬ 
cessing  support  to  operational  Depart¬ 
ment  of  Defense  space  systems,  RDT&E 
(Research,  Development,  Test  and  Evalu¬ 
ation)  space  systems,  and  other  assigned 
programs. " 

TTie  AFSCN  is  operated  by  Air  Force  Space  Command,  has 
nine  worldwide  fixed  remote  tracking  stations,  and  has 
mission  control  nodes  at  Onizuka  AFB,  CA  and  Falcon 
AFB,  CO.  Tlie  Air  Force  Space  and  Missile  Systems 
Center’s  Satellite  Control  and  Data  Handling  System  Pro¬ 
gram  Office  (SMC/CW)  at  Los  Angeles  AFB,  CA,  is  die 
primary  development  agent  for  die  AFSCN. 

In  addition  to  substantial  data  processing  and  conuiiutiica- 
tions,  die  AFSCN  performs  a  multitude  of  functions,  in¬ 
cluding: 


Tlie  Advanced  Technology  Program  is  an  integral  part  of 
die  Technology  Master  Process  (TMP)  defined  by  HQ 
AFMC  (reference  “Guide  to  die  Technology  Master  Pro¬ 
cess,”  30  Oct  92).  Speciftcallv,  the  members  involved  with 
AFSCN  ATP  participate  in  Technical  Planning  Integrated 
Product  Teams  (TPIPTs).  Tliis  includes  assisting  widi  the 
development  of  TPIPT  System-technology  Roadmaps, 
supporting  Technology  Development  Planning,  supporting 
Technology  Transition  Planning,  providing  inputs  to  Tech¬ 
nology  Invesunent  Recommendation  Reports,  and  assist¬ 
ing  widi  development  of  Strategic  Technology  Investment 
Plans  as  required  by  AFMC/ST. 

To  most  effectively  support  die  TMP,  CWIA  has  estab¬ 
lished  objectives  and  processes  for  die  AFSCN  ATP.  The 
five  objectives  of  die  ATP  are  to: 

•  Assess  and  forecast  future  technologies 

•  Locate,  evaluate,  demonstrate,  and  schedule  the 
transidon  of  selected  technologies  into  die  AFSCN 

•  Provide  an  effective  architecture  and  technology 
information  service 

•  Establish  and  maintain  a  resource  base  of  people, 
organizauons,  and  capabilities  involved  with  ad¬ 
vanced  technology 

•  Develop  and  coordinate  technology  saategies  for 
R&D  funding  advocacy. 


•  Telemetry  receipt,  relay,  and  analysis 

•  Satellite  command 

•  Satellite  tracking  and  orbit  determination 

•  Mission  data  distribution 

•  Resource  scheduling. 

SMC/CW  has  found  it  increasingly  difficult  to  be  bodi 
responsive  to  user  needs  and  to  keep  pace  with  escalating 
technological  advancements.  As  a  result,  die  level  of 
technology  in  many  AFSCN  systems  historiciilly  lags  diat 
available  in  die  commercial  world. 

In  order  to  address  diis  situation  die  Progriun  Director, 
Satellite  Control  and  Data  Handling  Program  Office,  spon¬ 
sored  the  CTeation  of  an  Advanced  Technology  Program 
(ATP)  for  die  AFSCN  and  charged  die  Architecture  and 
Technology  Division  (CWIA)  with  execution  of  die  Pro¬ 
gram. 


ADVANCED  TECHNOLOGY  PROGRAM  PROCESS 

Uie  following  sununarizes  CWIA’s  syslemadc  procedure 
for  addressing  die  technology  infusion  challenge.  The 
CWIA  Goveniment/industry  ATP  team  approach  consists 
of  die  following  steps: 

1.  Identify  Promising  Technologies:  To  do  diis,  CWIA 
has  defined  AFSCN  Key  Technology  Areas  (KTAs)  in 
which  to  concentrate  die  research  and  infusion  effort. 
Currently  there  are  six  KTAs: 

•  Communications 

•  Compudng  Systems 

•  Human-Computer  Interfaces  (HCI) 

•  Modeling  and  Analydcal  Techniques 
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•  Tracking  and  Orbit  Detemiination 

•  Support  Environment. 

In  each  KTA,  researchers  identify  emerging  and  possible 
future  technologies  that  offer  promise  of  improving  perfor¬ 
mance  and/or  reducing  cost  in  die  AFSCN  over  tlie  next  25 
years.  These  technologies  are  tlien  subdivided  into  “Topic 
Areas”  tliat  group  the  technologies  for  forecasting  pur¬ 
poses.  Examples  of  topic  areas  for  each  KTA  are  presented 
later  in  this  article. 

2.  Identify  Metrics:  For  each  “Topic  Area,”  researchers 
identify  AFSCN-relevant  performance,  cost,  and  risk  metrics 
useful  for  assessing  tlie  potential  for  infusion  of  tliese 
technologies  into  tlie  AFSCN.  Tliese  metrics  are  intended 
to  be  consistent  widi  those  being  identified  by  odier  AFSCN 
bodies,  such  as  die  AFSCN  Network  Perfomiance  Team. 

3.  Develop  Forecasts:  Researchers  develop  forecasts  for. 

•  Tlie  maturation  of  die  technologies  in  diat  area 

•  Tlie  likely  availabilities  for  AFSCN  use  of 
products  Uiat  incorporate  diose  technologies. 

These  forecasts  include  values  for  die  metrics  identified, 
and  show  die  anticipated  improvements  in  die  viducs  over 
time. 

4.  Capture  and  Make  Available  the  Above  Information 
in  a  Database:  To  preserve  die  above  infonnation  iuid  to 
facilitate  its  use  in  technology  infusion,  CWIA  is  develop¬ 
ing  an  Advanced  Technology  Database  (ATDB).  KTA 
researchers  have  already  documented,  and  included  in  die 
initial  version  of  die  ATDB,  substantial  infonnation  on 
relevant  technological  developments. 

5.  Perform  Analyses  and  Develop  Infusion  Roadmaps: 
Tliis  is  die  process  diat  ties  togedier  die  advanced  technol¬ 
ogy  and  planning  efforts.  It  is  a  muld-stcp  pmcedure, 
requiring  a  coordinated  effort  across  many  KTAs,  in  which 
the  researchers: 

•  Analyze  future  AFSCN  requirements  mid 
employ  an  integrated  technology  infusion 
mediodology  to  identify  system  and  subsystem- 
level  soludons  diat  are  enabled  by  complemen¬ 
tary  technological  advances  in  sevend  areas 

•  Assess  technological  risk  of  die  solutions  as 
entities 

•  Employ  modeling  mid  odier  mialylical  tech¬ 
niques  to  evaluate  and  comp;ire  die  cost  mid 
performance  of  proposed  solutions  agmnst  each 
other,  as  well  as  against  die  projected  network 
cost  and  perfomiance  were  no  such  solutions 
implemented. 


•  Wliere  appropriate,  perform  feasibility  demon¬ 
strations  for  recommended  soludons,  both  for 
individual  technologies  and  for  aggregates 

•  Recommend  solutions  and  develop  roadmaps 
linking  die  availability  of  enabling  technologies 
to  solutions  of  future  requirements. 


ATP  PROCESS  IMPLEMENTATION 

To  facilitate  die  above  work,  CWIA  is  developing  a  Tech¬ 
nology  Analysis  Guide  (TAG).  The  TAG  will  provide  ATP 
team  members  widi  a  cohesive  tool  and  approach  for 
perfonning  die  challenging  tasks  of  technology  analysis 
and  infusion  opportunity  idendficadon. 

Complementary  to  die  TAG  is  die  building  of  a  Technology 
Resource  Network  (TRN),  which  is  a  network  of  people  and 
organizadons  widi  advanced  technology  interests  common 
to  diose  of  CWIA.  Tlie  TRN  consists  of  AFSCN  users  and 
developers,  government  lab  personnel,  universides,  con¬ 
tractors,  and  odier  government  agencies. 

CWIA  disseminates  ATP  informadon  to  die  TRN  on  a 
condnual  basis.  Means  by  which  diis  is  accomplished 
include: 

•  Meeting  widi  members  of  die  TRN  and  briefing 
diem  on  our  activities 

•  Making  die  ATDB  available  to  die  TRN 

•  Distribudng  to  die  TRN  diis  CWIA  Technical 
Report,  which  includes  articles  written  by  ATP 
participants 

•  Preparing  and  disuibuting  proceedings  of 
CWIA-spoiisored  symposia  and  workshops 

•  Submitdng  papers  to  conferences  and  journals 

•  Publishing  periodic  summary  reports. 

Since  die  TRN  includes  AFSCN  operators  and  developers, 
disiribudon  of  ATP  infonnadon  also  helps  serve  the  objec¬ 
tive  of  increasing  die  AFSCN  community’s  awareness  of 
technological  opportunities. 

CWIA  also  aggressively  pursues  externally  oriented  activi¬ 
ties  diat  promote  die  development  of  information  and 
tcclinologies  beneficial  to  die  AFSCN.  One  such  effort  is 
idenufying  and  providing  advocacy  for  R&D  activities  that 
promote  promising  technologies.  Forms  of  diis  advocacy 
include: 

•  Pjirdcipating  in  Al-  TPIPTs 

•  Distributing  infonnation  on  CWIA  objeedves, 
programs,  tuid  activities,  including  KTA 
Strategy  Plans 
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•  Reviewing  and  providing  input  to  Technology 
Area  Plans  (TAPs)  of  Government  Laboratories 

•  Participating  in  annual  meetings,  such  as  AF 
Lab  Spring  Reviews 

•  Supporting  development  of  dual  use  technolo¬ 
gies. 

Additional  outreach  activities  include; 

•  Suggesting  diesis  topics  to  AFIT  and  odier 
university  students,  and  supporting  die  develop¬ 
ment  of  diose  theses 

•  Sponsoring  AFSCN-specific  symposia  and 
workshops  (e.g..  Trusted  Systems,  Artificial 
Intelligence/Expert  Systems,  EHF/SHF  for 
TT&C) 

•  Supporting  Small  Business  Ventures,  including 
the  Small  Business  Innovative  Research 
Program  (SBIR). 


hybrid  electronic/photonic  architectures), 
software  (software  re-use,  software  fault  tree 
analysis,  Petri-net  analysis). 


Human-Computer  Interfaces 

Decision  support  aids,  virtual  reality,  speech 
recognition,  multi-media,  portable  systems, 
adaptive  user  interfaces,  GUIs,  artificial 
intelligence,  groupware,  natural  language 
interfaces,  speech  synUiesis. 


Modeling  and  Analytical  Techniques 

Hardware/software  environments,  object- 
oriented  programming,  knowledge  representa¬ 
tion,  operations  research,  scheduling  dieory, 
madiematical  programming,  Al/expert  systems, 
fuzzy  logic,  neural  networks/self-leaming 
engines,  dynamic  systems  (cellular  automata), 
computational  ecology. 


THE  SIX  AFSCN  KEY  TECHNOLOGY  AREAS 

As  indicated  earlier,  six  AFSCN-oricnted  Key  Technology 
Areas  provide  the  focus  dirough  which  die  above  processes 
are  accomplished.  Tlie  objectives  of  die  AFSCN  KTAs  are 
captured  in  Strategy  Plans  for  each  Area.  Objectives 
common  to  each  KTA  are  to  provide  enabling  technology 
options  for  more  reliable,  more  survivable,  more  capable, 
and  lower  cost  AFSCN  near-term  (present)  and  far-term  (25 
year)  architectures.  By  necessity,  die  KTA  Strategy  pro¬ 
cess  is  tied  closely  to  Air  Force  budget  (POM)  planning. 

Some  of  the  Topic  Areas  for  die  six  KTAs  include: 

Commu  nications 

Satellite  eardi  terminal  transmitter  and  receiver 
“front  ends”  at  S-band,  SHF,  and  EHF;  process¬ 
ing  repeaters;  optical  fiber  uansmission  technol¬ 
ogy;  microwave  transmission  technology; 
waveforms  and  coding  for  BW  and  SNR 
efficiency  in  SATCOM;  space-to-space  links; 
cellular  technology;  data  network  design  and 
topology;  multiplexer  tuid  switch  technology; 
robust  transmission;  network  managcmeiit. 

Computing  Systems 

Parallel  processing  (SIMD,  computing  meshes, 
instruction  overlap),  devices  (ruggedized 
components,  MMlCs  for  RF,  MCMs),  micro¬ 
electronics  and  photonics  (GaAs  devices,  InP 
devices,  high-temp  superconductors,  vcrtictil 
and  3-D  constructs,  low-voltage  devices, 
nanoeletronics,  molecular  electronics,  optical 
devices  and  switching,  hologram  applications. 


Tracking  and  Orbit  Determination 

Tracking  technology  (radiometric,  optical,  and 
autonomous  tracking  techniques),  orbit  determi- 
nation/cstimation  technology,  and  modeling 
technologies. 


Support  Environment 

Uninterruptible  power  supplies,  security 
(physical  and  electronic),  status  sensing  devises, 
policy/procedure/metliodology  improvements, 
alternative  energy  sources,  consuuction  materi¬ 
als. 


CONCLUSION 

In  a  time  of  decreasing  budgets  and  increasing  demands,  it 
is  imperative  tliat  die  AFSCN’s  Improvement  and  Modern¬ 
ization  efforts  take  advantage  of  tlie  most  cost-effective 
measures.  Tlie  Advanced  Technology  Program  is  provid¬ 
ing  a  unique  and  significant  contribution  toward  that  end. 


Capl.'iin  Janies  E.  Takach,  USAF.  managed  the  S MC/CW  Advanced 
Technology  Program  from  August  1992  to  June  1993..  He  obtained 
a  Bachelor’s  Degree  in  Electrical  Engineering  from  Rensselaer  Poly¬ 
technic  Institute  in  1987.  and  he  is  currently  working  towards  a 
Master's  Degree  in  Electrical  Engineering  at  UCLA  with  emphasis  in 
Communications.  He  spent  his  first  few  years  at  SMC  managing 
AFSCN  communications  integration  and  system  testing  and  support¬ 
ing  the  integration  of  the  Automated  Remote  Tracking  Station  pro¬ 
gram  into  the  Network. 
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An  Example  for  Making  Projections; 
Data  Storage  Density 

Lin  Sten,  C&DP/Paramax 


Linear  extrapolation  of  data  storage  density  10  years  in 
the  future  based  on  historical  data  is  used  as  an  example 
of  how  to  make  technology  projections.  Also  illustrated 
is  a  method  of  estimating  the  amount  of  error  in  this 
particular  projection.  This  paper  gives  examples  of 
errors  in  past  projections  of  other  technologies  and 
general  comments  about  the  limitations  of  making 
projections.  It  describes  how  even  error-free  projection 
may  contain  implicit  faults. 


INTRODUCTION 

Tliis  paper  is  about  making  projections  for  future 
technologies.  Data  storage  density  was  chosen  as  an 
example  technology  for  illustrating  projections,  because 
it  is  readily  quantifiable  and  has  an  abundance  of 
historical  data.  Tlius,  it  serves  as  an  example  technology 
for  which  projections  can  be  made  when  conditions  for 
projection  seem  excellent.  It  also  brings  to  light  projec¬ 
tion  errors  tliat  may  still  arise. 


DATA  STORAGE  DENSITY  PROJECTIONS 

For  cartridge  tape,  a  10-year  extrapolation  is  given  in 
Figure  1  (Richards  1991).  Data  from  Table  1  is  tlic  basis 
for  Figure  1 .  Tlie  vertical  axis  is  scaled  logaritlimically 
and  presents  storage  density  in  bits  per  square  inch  on 
the  tape.  The  horizontal  axis  shows  tiie  year  in  which 
the  given  tape  was  (or  will  be)  put  on  tlie  market. 

The  figure  gives  past  and  present  data,  and  shows  a  least 
squares  linear  best  fit  for  tlie  data  caruidge  data,  which 
are  represented  by  solid  squares.  Tlie  line  tlirough  tlie 
data  cartridge  squares  is  extended  into  tlie  future;  this  is 
a  simple  linear  exhapolation  of  the  logaritlim  of  density 
versus  time.  Tliis  extrapolation  can  be  viewed  as  a  10- 
year  projection  of  storage  density  to  tlie  year  2000.  Tliis 
projection  shows  a  one  order-of-niagnitude  (a  factor  of 
10)  increase  in  storage  density  between  tlie  years  1990 
and  20(X). 


In  a  non-linear  projection,  the  figure  shows  almost  two 
orders  of  magnitude  (10**2)  increase  in  storage  density 
for  Gbyte  data  cartridges  between  tlie  years  1992  and 
2000. 

Linear  extrapolation  is  a  very  popular  method  of  making 
projections,  botli  because  it  is  easy,  and  because  it  is 
often  hard  to  justify  doing  anything  more  complex. 
Usually  tlie  best  justification  for  a  linear  extrapolation  is 
the  historical  data.  If  past  data  fall  on  a  straight  line,  the 
best  assumption  is  tliat  it  will  continue  to  do  so  in  the 
future;  altliough  tliis  is  often  the  best  assumption,  it  is 
not  necessarily  a  good  assumption. 

Tlie  introduction  of  a  completely  new  technology  or 
product  sometimes  occurs  suddenly,  as  shown  with  the 
Gbyte  data  cartridge,  and  it  can  violate  the  assumptions 
on  which  an  earlier  extrapolation  was  based.  The  quality 
of  tlie  assumption  often  can  be  judged  only  when  the 
future  becomes  tlie  present. 

ERRORS  IN  MAKING  PROJECTIONS  ABOUT 
DATA  STORAGE  DENSITY  PROJEC¬ 
TIONS 

Errors  will  exist  in  projections  about  tlie  future  of  any 
technology.  But  tliere  are  ways  to  estimate  such  errors. 
An  example  of  how  to  estimate  tlie  error  in  the  above 
type  of  linear  expapolation  abort  data  storage  density  is 
given  below. 

Imagine  tliat  in  1980  an  attempt  was  made  to  project 
cartridge  storage  density  tluit  would  be  available  in 
1990.  A  reasonable  nietliod  for  having  made  such  a 
projection  could  have  been  based  on  Figure  1  and  Table 
1,  as  follows.  Make  a  simple  linear  extrapolation  up 
tlirough  1990,  based  on  tlie  semi-log  straight  line  curve, 
for  (solid  square)  data  prior  to  1980,  in  Figure  1.  As 
Figure  1  shows,  tlie  result  would  have  been  fairly 
accurate:  tlie  linear  exuapolation  (based  on  logarithms  of 
tlie  densities)  using  tlie  values  in  tlie  Table  for  1973.0 
and  1977.0  gives  3.63  Mbits  per  square  inch  for  1989.8 
while  1.79  Mbits  per  square  inch  was  actually  achieved. 
In  tliis  case  tliere  would  liave  been  a  factor-of-2  error  in 
tlie  10-year  projection. 

Statistical  confidence  in  a  single  datum  is  zero;  thus,  it 
is  understood  tliat  tlie  factor-2  error  in  a  10-year  projec¬ 
tion  lias  no  genertd  applicability,  even  when  restricted  to 
storage  density  on  tape.  To  obtain  an  error  result  with 
general  applicability,  better  statistics  (i.e.,  more  tlian  one 
datum)  must  be  used.  Two  data  points,  that  is,  two 
errors,  can  be  used. 
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Areal  Densitjr  for  Digital  Tape  Systems 


Year  of  Inlroduclion 


Figure  1 :  Areal  Density  for  Digital  Tape  Systems 


For  a  second,  independent,  assessment  of  potential  errors 
in  making  data  storage  density  projections.  Figure  1  (and 
Table  1)  can  be  examined  from  anotlier  point  of  view. 
Look  at  the  semi-log  straight  line  curve  based  on  data  up 
through  1990.  Compare  tlie  straight  line  extrapolation 
for  data  cartridges  (solid  squares)  in  tlie  year  2000  witli 
the  projection  given  for  Gbyte  data  cartfidges  (open 
squares)  in  the  year  2(X)0:  The  fir«t  of  tliese  is  20  Mbits 
per  square  inch,  and  die  second  is  538  Mbits  per  square 
inch. 

An  error  in  making  a  10-year  projection  is  identified  by 
the  fact  that  these  two  projections  differ  by  more  tlian  an 
order  of  magnitude  (538/20  =  27).  Tliat  iliese  two 
projections  apply  to  different  products  and  Uiat  boUi 
projections  are  correct  for  tJieir  respective  products  is  not 
important  to  researchers  who  want  to  know  generally 
about  projection  errors  in  storage  density  on  tape.  Iliis 
single  error  gives  an  initial  estimate  of  the  errors  that 
might  lie  in  present  projections  of  future  storage  densi¬ 
ties,  a  factor  of  27  every  10  years. 

As  determined  from  tlie  above  projc  lions,  a  factor-2 
error  applies  to  the  period  1980-1990,  and  a  factor-27 
error  to  tlie  period  1990-2000.  Averaging  iliese  two 
equates  to  averaging  tlieir  base  10  log<iritlim.s  (since  it  is 
a  base  10  semi-log  straight  line  dial  is  seen);  Tliis  means 
averaging  exponents  0.30  and  1 .43,  to  obtain  die  average 


exponent  0.86.  Tlius,  die  10-year  projection  error  is 
10’'”''(0.86),  i.e.,  a  factor-7  error  for  a  10-year  projecdon. 

Tliis  estimated  error,  a  factor  of  7  for  every  10  years,  can 
generally  be  applied  widi  more  confidence  dian  either  of 
die  odicr  two  errors.  Nonedieless,  since  only  two  data 
were  used,  die  siaUstical  confidence  in  the  correctness  of 
diis  error  is  still  quite  low. 

Just  as  a  comparison  was  made  above  between  two 
different  tape  products  to  assess  projection  errors,  it 
would  f"  equally  valid  to  make  the  comparison  between 
tape  atiu  ..ny  odier  future  technology  which  might 
replace  tape. 

PAST  ERRORS  IN  MAKING  OTHER  KINDS  OF 
PROJECTIONS 

Brody  (1991)  and  Drexler  (1990)  offer  some  interesting 
examples  of  how  technological  projecdons  can  go  awry. 
Brody  states:  “Tlieorctically,  it's  been  possible  for  the 
past  25  years  for  computers  to  eliminate  photographic 
film...Conunuing  chemical  refinements  have  kept  silver- 
halide  in  the  center  of  die  picture  despite  a  strong 
cliallenge  from  elccuonic  imaging  media."  Other 
examples  are: 
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System# 

Year 

Tracks 

TPI 

BPI 

Density 

(bits/in2) 

Length 

(feel) 

Raw  Cap. 
(hues) 

Formatted  Cap. 
(bytes) 

Speed 

(in/sec) 

Xfer  Rale 
(char/sec) 

IBM  726 

1953 

7 

13.92 

100 

3.39E+03 

2400 

2.S8E-f06 

2.52E+06 

75 

7500 

IBM  727 

1955 

7 

13.92 

200 

2.78E-e03 

2400 

5.76E-e06 

5.04E+06 

75 

15000 

IBM  729-III 

1958 

7 

13.92 

556 

7.74E-^03 

2400 

1.60E+07 

1.40E-f07 

112.5 

62550 

IBM  729-VI 

1962 

7 

13.92 

800 

l.nE+04 

2400 

2.30E-e07 

2.02E-i4)7 

112.5 

90000 

IBM  2401-6 

1966 

9 

17.92 

1600 

2.87E■^(M 

2400 

4.61E-t-07 

4.03e-f07 

112.5 

180000 

IBM  3420-7 

1971 

9 

17.92 

1600 

2.87E+04 

2400 

4.61E-f07 

4.03E-f07 

200 

320000 

IBM  342aS 

1973 

9 

17.92 

6250 

t.l2E+05 

2400 

1.80E+08 

1.53E+08 

200 

1250000 

3M  DCD-3 

1973.0 

4 

17.2 

1600 

2.75E+(M 

300 

2.88E-f06 

2.38E-(-06 

30 

4.95E+03 

7 

1977.0 

4 

17.2 

5120 

8.79E-f04 

300 

9.22E-I-06 

7.60E■^06 

30 

1.58E-^04 

3MHCD-75 

1980.3 

16 

68.7 

8000 

5.49E+05 

600 

1.15E■^08 

6.68E-f07 

90 

5.22E-I4M 

QIC  24 

1982.0 

9 

38.6 

8000 

3.09E-^055 

450 

4.86E-f07 

4.01E+0; 

60 

4.95E-t04 

IBM  3480 

1984 

18 

35.92 

25000 

8.98E-e05 

525 

3.25E+08 

2.21E+08 

78.8 

3940000 

QIC  120 

1986.2 

15 

64.4 

10000 

6.44E+05 

600 

1.35E-^08 

1.I5E+08 

120 

1.28E-i4)5 

QIC  150 

1987.2 

18 

77.3 

10000 

7.73E-e05 

600 

1.62E■^08 

l.34E-^08 

120 

1.24E+05 

3MHCD-134 

1987.4 

32 

137.3 

8000 

1.10E-f06 

600 

2.30E■^08 

1.38E-f08 

120 

7.20E-i4)4 

QIC  320 

1989.8 

26 

111.6 

16000 

1.79E-f06 

600 

3.74E-f08 

3.09E-f08 

120 

I.98E+05 

QIC  525 

1989.8 

26 

111.6 

16000 

1.79E+06 

1020 

6.36E■^08 

5.25E-f08 

120 

1.98E-^05 

(sustained) 

G-I 

1991.3 

30 

133.3 

51667 

6.89E+06 

750 

l.74E-f09 

1.34E-f09 

120 

5.97E+05 

IBM  3490 

1991.’ 

36 

71.92 

25000 

’.80E-f06 

600 

7.20E-f08 

5.04E-^08 

78.8 

3940000 

M4/G2 

Q1  1992 

144 

747.1 

67666 

5.06E-f07 

925 

1.35E+10 

l.O.SE+10 

120 

I.58E+06 

G3 

1996 

216 

1121.1 

150000 

1.68E+08 

925 

4.50E+10 

3.51E+10 

120 

3.51E+06 

G4 

2000 

432 

2242.2 

240000 

5.38E+08 

925 

1.44E+I1 

1.12E-fll 

120 

5.62E-f06 

Table  1 :  Large  Data  Cartridge  Trends 


•  Improvements  in  optical  litliography  are 
expected  to  carry  feature  dimension  on  silicon 
chips  down  to  a  quarter  of  a  micron;  whereas, 
in  die  1970s  it  was  expected  tliat  tJiis  limit 
would  be  one  micron.  So  far  such  improve¬ 
ments  in  silicon  chips  h.ave  kept  a  Uieoretical 
competitor,  die  Josephson  junction,  at  bay. 

•  Likewise,  die  heralded  gallium-iirsenide  chip 
revolution  has  still  not  occurred,  again  due  to 
continuing  advances  in  (die  old)  silicon  technol¬ 
ogy- 

Drexler  gives  many  quantitative  and  quiJiiaiive  ex¬ 
amples  diat  serve  as  much  as  a  wanting  about  our  point 
of  view  as  Uiey  do  about  what  qumititative  numbers  we 
project.  He  quotes  from  an  entry  in  the  diary  of  1800s 
British  Astronomer  Royal,  Sir  George  Airy,  "...asked 
my  opinion  on  die  utility  of  Babbage's  calculating 
machine...!  replied... that  it  was  utterly  worthless." 


(Drexler,  p.  68)  Even  in  hindsight,  diis  opinion  proves 
valid,  for  Babbage’s  machine  was  utterly  wortliless 
given  its  use  and  die  technology  for  its  improvement  at 
diat  dme.  In  hindsight  it  was  simply  a  machine  of  great 
potential  which  it  may  be  inferred  Sir  Airy  failed  to 
recognize.  In  1956  another  Astronomer  Royal  went 
awry:  He  slated  diat,  “Space  travel  is  utter  bilge.” 
(Drexler,  p.  84)  Yuri  Gagtirin  traveled  in  space  in  1961. 

AN  IMPLICIT  FAULT  IN  ERROR-FREE  PROJEC¬ 
TION  To  i  HE  YEAR  2015 

As  technology  evolves,  the  usefulness  of  various 
measures  changes.  For  example,  die  amount  of  coal  an 
engine  burned  per  hour  was  important  once,  but  such 
engines  are  no  k)nger  relevant.  Tliere  is  no  guarantee 
diat  data  storage  density  will  have  die  same  meaning  in 
the  future  as  it  does  today.  In  die  same  way  diat  many 
related  issues,  such  as  access  time  and  cost,  will  change 
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in  importance  as  the  AFSCN  evolves,  so  too  will  new 
issues  arise. 

For  example,  in  twenty  years  tlie  storage  density  mea¬ 
sure  addressed  here  may  be  irrelevant.  At  Uiat  time, 
possibly  only  associative  memory  data  storage  density 
will  be  meaningful. 

No  matter  how  perfect  a  projection  metliod  is  for  any 
chosen  measure,  what  really  will  happen  becomes  ratlier 
uncertain  as  many  evolving  and  new  technologies  are 
syntliesized  in  the  future.  Tliis  encourages  a  broad  point 
of  view,  and  familiarity  across  a  spectrum  of  technolo¬ 
gies,  for  each  individual  in  tlie  Key  Technology  Area 
group. 
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Making  Space  for  tlie  AFSCN  of  tlie  Future 

Captain  James  E.  Takach,  USAF 

Frank  Chelliik,  Loral  Space  &  Range  Systems 

Horst  Wolf,  Loral  Space  &  Range  Systems 


The  Air  Force  Satellite  Control  Network  (AFSCN)  per¬ 
forms  the  functions  of  space  vehicle  command  and  control, 
telemetry  reception  and  processing,  orbit  determination, 
and  other  related  activities  for  DoD  spacecraft.  The 
current  topology  of  the  Network,  a  dual  star  configuration, 
has  evolved  over  the  years  in  response  to  increasing 
demands  and  advances  in  technology.  This  paper  explores 
other  topologies  for  the  future  such  as  a  three-star  topology 
using  relay  satellites,  a  multiple-ring  topology  with 
crosslinks,  and  mixed  topologies.  Also  discussed  are  the 
key  components  and  technologies  that  must  be  developed 
and  tested  before  such  new  topologies  can  be  implemented: 
standardized  crosslink  transmission  packages;  on-board 
processing  for  data  transmission,  error  control,  and  up/ 
down  and  crosslink  switching;  efficient  EHF  up/downlink 
packages;  and  Al/expert  systems  for  spacecraft  autonomy 
and  spacecraft  control. 

1.  INTRODUCTION 

Tlie  Air  Force  Satellite  Coimol  Network  (AFSCN)  is  a 
network  of  systems  forming  a  major  portion  of  the  DoD 
satellite  conu-ol  capability  and  has  evolved  considerably 
since  its  inception  30  years  ago.  It  has  successfully 
performed  its  function  of  checkout,  operation,  and  mainte¬ 
nance  of  all  DoD  spacecraft,  and  has  also  provided  launch 
support  for  DoD,  NASA,  and  oilier  space  programs.  In  th-s 
time  period,  tlie  AFSCN  has  gone  tlirough  continuous 
growtli,  modification,  and  refurbi.shment  to  adjust  to  the 
ever-growing  number  of  DoD  spacecraft  and  tlie  increasing 
complexity  of  keeping  tlicni  hcaltliy  in  orbit. 

Tlie  AFSCN  recently  completed  modeniizalion  of  its  com¬ 
mand  and  control  systems  under  Data  Systems  Moderniza¬ 
tion  ;uid  is  pre.sently  completing  a  major  range  automation 
upgrade  under  tlie  Automated  Remote  Tracking  Stations 
(ARTS)  program.  Tlicsc  improvemciiLs  notwitlistanding,  it 
IS  not  too  etirly  to  look  in  Uic  more  distant  future  and  study 
how  emerging  technologies  may  allow  not  only  furtlier 
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improvements,  but  also  significant  and 
improved  reconfigurations  of  tlie  AFSCN 
we  know  today. 

This  paper  discusses,  first,  tlie  topology  of 
the  present  network  and  its  perceived 
shortcomings;  second,  a  number  of  alterna¬ 
tive  topologies  that  are  considered  candi¬ 
dates  for  tlie  future;  and  tliird,  specific 
technology  advancements  tliat  could  make 
a  difference  in  the  selection  of  tlie  winning 
candidate. 


2.  PRESENT  AFSCN  TOPOLOGY 

The  AFSCN  currently  consists  of  nine 
worldwide,  geographically  dispersed  Re¬ 
mote  Tracking  Stations  (RTSs)  and  two 
CONUS-located  control  nodes.  Figure  1 
shows  tlie  current  AFSCN  topology  support¬ 
ing  a  representative  population  of  satellites 
in  low-,  medium-,  and  high-altitude  orbits. 

The  squares  (labeled  C)  represent  tlie  two 
control  nodes  from  which  all  spacecraft  are 
controlled.  Tliese  are  presently  located  in 
ColoradoSprings,  Colorado,  and  in  Sunnyvale,  California.  resulting  from  visibility  limits.  However,  this  problem 

exists  only  for  Low  Eartli  Orbit  (LEO)  vehicles.  Also,  RTS 
The  Remote  Tracking  Stations  (labeled  T)  are  connected  to  capacity  may  be  exceeded  if  die  number  of  spacecraft 

the  two  control  nodes  in  a  dual-star  configuration.  Tlie  requiring  contact  is  greater  Uian  die  number  of  antennas 

RTSs  are  die  Telemetry,  Tracking  and  Command  (TT&C)  available  at  die  location.  In  eidier  case,  a  desired  contact 

assets  that  provide  die  interface  between  die  AFSCN  and  may  have  to  be  delayed  or  an  ongoing  transmission  inter- 

die  mission  vehicle.  Tlie  nodes  conuol  die  vehicles  dirougli  rupted. 

this  interface.  Tlie  connecUons  between  die  Ts  and  Cs  are 

shown  in  die  figure  as  straight  lines  and  are  composed  of  Odier  disadvantages  also  accrue  widi  this  configuration, 

land  lines,  line-of-sight  (LOS)  radio  links,  and  satellite  Most  arc  related  to  die  fact  diat  die  stations  must  be  widely 

links  using  DoD  and  commercial  communication  satellites.  dispersed.  Consequendy,  most  RTSs  are  located  overseas 

Some  tracking  stations  are  single  sided  in  that  they  have  one  and  on  foreign  territory.  Tliis  incurs  large  expenses  for:  ( 1 ) 

antenna  for  die  AFSCN/mission  vehicle  interface.  Odier  foreign  real  estate,  (2)  a  worldwide  communication  net- 

stations  are  dual  sided,  and  one  has  dircc  sides.  Allstadons  work,  (3)  overseas  personnel,  and  (4)  global  logistics 

have  separate  antenna  systems  for  nodc-to-station  commu-  support.  In  addition,  polidcal  circumstances  widiin  the 

nicadons,  aldiough  TT&C  antennas  can  be  configured  for  host  countries  are  always  uncertain, 

data  relay. 

Change  to  die  present  AFSCN  configuration  should  rem- 
Tlie  geosynchronous  spacecraft  (in  die  high  orbits)  are  edy  at  least  one,  if  not  all,  of  these  disadvantages.  Candi- 

visible  to  die  same  tracking  stauon  for  extended  periods,  dates  for  such  a  chtuige  tire  discussed  in  the  following 

whereas  odier  spacecraft  must  be  handed-off  between  paragraphs, 

tracking  stations  widi  a  frequency  diat  depends  on,  among 
odier  diings,  dieir  altitude.  Some  spacecraft  require  con¬ 
tinuous  RTS  support,  while  odiers  require  only  occasional  3.  EXPAN,SION  OF  CURRENT  TOPOLOGY 
contact. 


Figure  1 :  The  Double  Star  Topology  of  the  Current  AFSCN 


In  die  past,  requirements  for  servicing  additional  spacecraft 
Figure  1  illustrates  two  deficiencies  of  this  network  con-  and  for  increased  coverage  area  (i.e.,  fewer  holes)  have 
figuradon.  First,  a  spacecraft  may  be  temporarily  located  been  met  by  adding  new  ground  locadons  and  antennas.  A 
in  one  of  the  “holes”  (shaded  triangles)  of  die  coverage  ,Trca  continuadon  of  diis  approach  is  die  first  logical  candidate 
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configuration  to  consider. 

Since  only  Low  Earth  Orbit  (LEO)  vehicles  suffer  from 
coverage  gaps,  additional  ground  locations  could  be  spe¬ 
cialized  for  low  orbits.  Such  stations  would  function  with 
smaller  antenna  diameters,  less  RE  power,  and  less  power¬ 
ful  receivers.  Accordingly,  tliey  would  require  less  prime 
power,  smaller  plots  of  real  estate,  and  a  less  conspicuous 
profile.  Also,  these  small  stations  could  be  unmanned  and 
remotely  controlled,  requiring  only  occasional  mainte¬ 
nance  visits.  Additionally,  mobile  TT&C  assets  can  be 
deployed  to  provide  coverage  of  tlie  gaps.  Such  assets 
could  also  be  relocated  to  provide  support  during  anomaly 
resolutions,  launches,  etc. 

Every  additional  station  increases  tlie  total  coverage  area 
and  decreases  the  cliance  of  overloading  existing  locations. 
Smaller  size  and  remote  control  of  each  LEO  station 
reduces  its  relative  cost.  Total  network  cost,  however, 
would  increase  with  each  additional  station,  ;uid  die  over¬ 
seas/foreign-soil  problems  would  be  exacerbated  widi  each 
additional  site.  Note,  however,  diat  diis  approacli  does  not 
require  much  in  die  way  of  new  technology  and  dius  ciui 
provide  a  back-up  solution  if  die  hoped-for  technology 
advancements  required  for  die  following  candidates  do  not 
materialize. 


4.  THREE-STAR  CONFIGURATION  WITH  RELAY 
SATELLITES 

Figure  2  shows  a  topology  diat  has  been  under  discussion 
within  the  Air  Force  for  many  years.  1  >2,3,4  in  Uiis  configu¬ 
ration,  the  remote  stations  are  replaced  by  geosynclironous 
relay  satellites  (labeled  R),  similar  to  die  NASA  Tracking 
Data  Relay  Satellite  System  (TDRSS). 

Tlie  control  complexes  connect  dirougli  two  up/downlinks, 
widi  the  two  Rs  in  dieir  view.  Tlie  diird  R  is  connected  via 
redundant  relay  crosslinks.  Additional  redundancy  may  be 
accommodated  by  a  diird  R-to-R  crosslink  between  die 
upper  Rs.  Each  mission  satellite  connects  to  its  closest  R 
via  a  mission  CTosslink.  Tlie  design  consequences  are: 

•  Tliere  are  only  two  ground  antennas  (excluding 
redundancy). 

•  Tlie  data  rate  on  die  remaining  up/downlinks  is 
gready  increased  (die  total  up/downlink 
requirements  are  unchanged). 

•  Tlie  relays  must  carry  a  hirge  number  of 
crosslinks  and  a  sophisticated  switch  to  handle 
ever-changing  traffic  loads  and  handovers 
between  mission  satellites,  die  relays,  and  the 
two  ground  stations. 

•  Fault  detection  and  fault  i.solation  become 


Figure  2:  Network  Using  Common  Relay  Satelites 


difficult. 

•  Resource  conuol  becomes  more  difficult. 

•  Orbit  detemiination  becomes  more  difficult, 
since  die  tracking  stations  diemselves  are 
moving. 

Tlie  future  DoD  satellite  population  requiring  AFSCN 
support  may  easily  surpass  a  hundred,  especially  with  the 
recent  emphasis  on  small,  special-purpose  spacecraft.  The 
number  of  CTOSSlinks  diat  would  be  required  on  the  relay 
satellites  seems  overwhelming;  however,  the  situation  is 
not  as  bleak  as  it  seems. 

As  widi  die  present  network,  not  all  of  these  spacecraft 
would  need  simultaneous  support.  Aldiough  some  space¬ 
craft  require  continuous,  dedicated,  high  data  rate  connec¬ 
tions  to  die  ground,  odiers  need  only  periodic  updates  (e.g., 
navigation  satellites),  and  odiers  require  only  a  weekly 
contact  (e.g.,  certain  communication  satellites).  Tlius,  the 
total  number  of  crosslinks  may  not  be  much  higher  than  the 
present  number  of  ground  antennas.  In  addidon,  some  of 
die  crosslinks  require  only  a  low  data  rate.  However, 
mission  crosslinks  must  switch  rapidly  from  one  mission 
spaceaaft  to  anodier,  widi  at  least  the  same  speed  at  which 
present  ground  antennas  switch. 

High  initial  costs  have  prevented  AFSCN  topology  to 
incorporate  relay  satellites.  Periodic  reevaluation  is  in 
order  as  technology  and  priorities  progress. 

5.  RING  TOPOLOGY  WITH  CROSSLINKS 
Figure  3  shows  a  ring  topology  proposed  with  the  once- 
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expected  massive  deployment  of  SDI  spacemft.  Here, 
each  ring  of  mission  satellites  in  tlie  same  orbital  plane 
provides  its  own  connectivity  tlirough  crosslinks.  One 
spacecraft  of  die  ring,  tlie  “token  holder”,  connects  tire 
whole  ring  via  an  up/downlink  to  a  control  node.  Tlie  token 
holder  changes  as  the  spacecraft  move  along  tlieir  orbit. 
Compared  with  the  previous  topology  of  tliree  relay  satel¬ 
lites,  the  following  changes  are  evident 


Figure  3;  Network  Using  Dedicated  Crosslinks 


6.  MIXED  TOPOLOGIES 

It  is  doubtful  tliat  any  single  topology  will  shape  the 
AFSCN  of  tlie  future.  More  likely,  the  AFSCN  of  the 
twenty-first  century  will  combine  several  of  the  topologies 
described  above. 

Altliough  tlie  number  of  large  remote  stations  may  be 
substantially  reduced,  one  expects  a  proliferation  of  small, 
possibly  dansportable  stations,  to  accommodate  the  large 
number  of  small,  low-altitude  spacecraft  that  are  currently 
under  development. 

Large  constellations  will  likely  have  their  own  intra-orbit 
or  intra-constellation  crosslinks.  This  will  permit  continu¬ 
ous  monitoring  and  control  of  an  entire  constellation  with 
only  a  single  up/downlink. 

For  tliose  programs  having  only  one  or  a  few  spaceaaft,  a 
relay  system  may  be  tlie  best  solution.  In  the  presence  of  the 
otlier  topologies,  such  a  relay  system  could  be  less  ambi¬ 
tious  tlian  tlie  one  described  in  Section  Four,  since  it  would 
serve  fewer  mission  spacecraft.  It  might  be  possible  to  put 
tlie  relay  package  on  host  spacecraft,  such  as  a  future 
Defense  Satellite  Conmiunication  System  (DSCS)  space¬ 
craft. 

Tlie  exact  AFSCN  configuration  of  tlie  future  depends 
largely  on  the  success  of  certain  key  technology  develop¬ 
ments. 


•  Separate  relay  satellites  are  not  needed,  since  all 
crosslinks  are  carried  by  tlie  mission  satellites. 

•  The  number  of  ground  antennas  is  equal  to  tlie 
number  of  satellite  rings. 

•  The  mission  wosslinks  are  less  demanding  tlian 
for  relay  satellites: 

For  low  fliers,  tlie  crosslink  distances  are 
smaller,  allowing  less  RF  (or  laser)  power 
and  tlius  lower  weight. 

Tliere  is  no  switching  of  crosslinks. 

Data  rates  are  reduced  compared  to  the  rate 
between  tlie  relay  satellites  of  tlie  three-star 
topology. 

•  The  issues  witli  resource  control,  fault  detcc- 
tion/isolation,  and  orbit  detcnninalion  remain 
for  tliis  topology. 

Tliis  approach  can  be  extended  for  satellite  constellations 
witli  multiple-orbit  planes  by  providing  crosslinks  between 
the  orbital  planes.  Tliis  reduces  die  number  of  ground 
antennas.  One  can  extend  this  concept  by  providing 
crosslinks  between  different  constellations.  However,  the 
topologies  and  switchover  processes  become  unwieldy. 


7.  SUPPORTING  TECHNOLOGIES 

Several  key  components  will  enable  the  configurations 
described  above  to  become  reality.  Although  these  compo¬ 
nents  are  currently  unavailable,  ongoing  development  and 
prototype  testing  should  be  completed  witliin  a  decade. 
Tlie  following  components  are  required: 

•  A  standardized  small,  lightweight  crosslink 
uansmission  package 

•  Intelligent  on-board  processing  for  data 
U'ansmission,  error  control,  and  up/down  and 
crosslink  switching  and  network  management 

•  A  lightweight,  efficient  EHF  up/downlink 
package 

•  AI  and  special  subsystems  for  spacecraft 
autonomy. 
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7.1  Crosslink  Transmission  Package 

Crosslink  communications  may  mitigate  tlie  bottlenecks 
and  costs  attending  Remote  Tracking  Stations  atid  terres¬ 
trial  communications  relays.  These  links  are  characterized 
by  large  distances  and  lossless,  broadband  propagation 
media.  Typically,  tliese  links  have  been  implemented  in  tlie 
60-GHz  band^’°  corresponding  to  tlie  water  vapor  absorp¬ 
tion  band  to  avoid  terrestrial  interference.  Optical  carriers 
are  potentially  applicable  when  die  technology  matures. 
Large  bandwidths  are  available  at  millimeter  wave  and 
optical  frequencies,  but  tlie  transatmospheric  bottleneck 
must  still  be  accommodated. 

Crosslinks  are  typically  SNR-constrained,  since  aperture 
and  transmit  power  are  severely  constrained  in  tliese  appli¬ 
cations.  Large  apertures  are  heavy,  and  at  tlie  crosslink 
transmission  wavelengtli,  high-gain  antennas  incur  severe 
spatial  signal  acquisition  and  tracking  problems.  Tlie  large 
crosslink  bandpass  permits  a  signal  design  tradeoff  in 
which  bandwidth  may  be  expended  in  exchange  for  SNR 
efficiency.  Large  forward  error-correcting  coding  (FEC) 
overhead  may  be  employed  to  minimize  tlie  crosslink 
transmitter  power  and  antenna  size.  For  tliis  overhead  to  not 
impact  tlie  downlinks,  tlie  crosslink  receiver  is  required  to 
demodulate  and  error-correct  on  board — technology  whose 
time  has  not  yet  come. 

The  standardized  small,  lightweight  crosslink  package 
should  easily  adapt  to  any  spacecraft  singly,  in  pairs,  or  in 
larger  numbers  (on  tlie  order  of  ten).  It  should  be  self- 
sufficient  witli  a  processor  tliat  rapidly  accomplishes  search, 
acquisition,  and  tracking  upon  receiving  tlie  ephemerides 
of  the  two  satellites  to  be  linked.  Tlie  package  also  should 
determine  tlie  precise  range  and  range  rate  between  tlie  two 
spacecraft. 

7.2  On-board  Processing 

On-board  processing  has  taken  on  tlie  stigma  of  “...tlic 
technology  of  tlie  future,  it  always  has  been,  it  always  will 
be.”  NASA,  over  tlie  last  decade,  and  in  the  context  of  tlic 
Advanced  Communication  Technology  Satellite  (ACTS) 
program,  has  explored  several  on-board  processor  tech¬ 


nologies  and  subsystems.  Tliese  studies  have  focused  on 
TDMA  processing  repeaters;  earlier  studies  have  focused 
on  packet  transmission  processors.  Tlie  main  effort  has 
been  in  the  satellite-switched  TDMA  (SSTDMA)  technol¬ 
ogy,  in  which  signals  are  switched  and  routed  from  uplinks 
to  designated  downlinks.  The  switching  is  performed  on  a 
microsecond  scale,  and  a  large  multiple-access 
multisubscriber  environment  is  supported.  Such  a  system 
may  be  applied  to  tlie  telemetry  data  collection  and  com¬ 
mand  relay  satellite  processor  tliat  is  simultaneously  sup¬ 
porting  several  mission  satellites. 

Tlie  communications  processor  illustrated  in  Figure  4  may 
also  handle  the  up/downlink  gateway  function  and  perform 
modulation,  coding  and  tlieir  inverse  functions.  Data 
buffering,  time  tagging,  and  multiplexing  are  additional 
processes  to  be  considered  for  tliis  system.  The  component 
technology  is  currently  capable  of  performing  tliese  com¬ 
plex  functions  at  very  high  processing  rates  and  witli  low 
weight  and  low  power  devices. 

7.3  EHF  Up/Downlink  Package 

Eitlieras  a  standalone  comniiuid  and  telemetry,  orasadual- 
function  communications  package  supporting  crosslink 
and  up/downlink  U'ansniission,  a  transponder,  processing 
repeater  and/or  transniittcr/rcceiver  must  transit  the  atmo¬ 
spheric  patli  to/from  tlie  tracking  station  or  the  eartli  station 
terrestrial  gateway.  If  future  missions  required  the  relay  of 
very  high  data  rates  in  tlie  Gbps  range,  bandwidtli-efficient 
transmission  metliods  must  be  considered.  Also,  EIRP  and 
G/T  affects  demand,  at  tlie  same  time,  highly  SNR-efficient 
transmission  technology.  Tliese  requirements  act  in  oppo¬ 
sition  to  one  anoUier,  and  careful  system  study  is  required 
for  selecting  compromise  solutions. 

In  general,  highly  baiidwidlli-efficient  waveforms  are  com¬ 
prised  of  complex  amplitude  and  phase-modulated  trans¬ 
mission  symbols  tliat  exhibit  considerable  envelope  varia¬ 
tion.  To  minimize  transmitter  distortion  and  signal  detec¬ 
tion  degradation,  “linearized”  transmitters  are  indicated  for 
use.  Current  TWTAs  exhibit  maximum  conversion  effi¬ 
ciency  (RF  output  power  divided  by  DC  power  consump- 


Figure  4:  Switching- Processing  Repeater  and  Gateway 
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tion)  when  driven  close  to  the  region  of  saturation.  Unfor¬ 
tunately,  distortion  is  also  highest  in  this  region,  and 
significant  backoff  in  RF  output  power  does  not  result  in  a 
corresponding  reduction  in  DC  power  consumption,  and 
highly  inefficient  operation  results.  Considerable  work  is 
in  process  on  TWTAs  tliat  can  operate  close  to  saturated 
output  power  and  maintain  high  linearity  properties.  Sig¬ 
nificant  progress  at  EHF,  however,  is  yet  to  be  reported. 

The  lightweight  EHF  up/downlink  subsystem  should  be  a 
standard  package  tliat  can  be  installed  on  all  spacecraft  to 
support  the  AKCN  functions.  It  may  also  be  required  to 
interface  witli  small  transportable  ground  stations. 

7.4  AI  AND  SPECIAL  SUBSYSTEMS 

The  relay  spacecraft,  as  well  as  many  of  tlie  mission 
spacecraft  in  any  of  tlie  described  configurations,  should 
reduce  maintenance  and  required  intervention  from  tlie 
AFSCN.  As  such,  artificial  intelligence  systems,  coupled 
wiUi  new  sensors,  can  automate  attitude  and  orbit  control, 
navigation,  switch  control,  anomaly  resolution,  traffic  rout¬ 
ing,  multiple-beam  antenna  control,  and  payload  control 
functions  now  performed  by  tlie  AFSCN  or  tlie  user  orga¬ 
nization. 

Most  likely,  many  of  die  AI  systems  will  be  imbedded  in  tlie 
software  and  fuinware  of  tlie  various  subsystems  Uiey  help 
to  control.  Tliey  will  reduce  up/downlink  and  crosslink 
traffic  and  reduce  the  required  manpower  for  coiihol. 

8.  SUMMARY  AND  CONCLUSIONS 

Efforts  are  ongoing  in  all  tlie  above  technology  areas. 
However,  as  experience  shows,  technology  progress  is 
difficult  to  predict.  On  tlie  otlier  hand,  technology  break¬ 
throughs  can  happen  unexpectedly.  Tlie  AFSCN  topology 
will  likely  go  through  an  evolutionary  process,  incorporat¬ 
ing  new  configurations  as  pertinent  technologies  become 
available,  and  reducing  or  dropping  older  configurations  as 
they  become  obsolete  or  when  tlie  equipment  wears  out. 
Tlie  AFSCN  is  expected  to  evolve  in  concert  witli  tlie 
introduction  of  new  spacecraft  prognuiis  and/or  block 
clianges  of  existing  ones. 

To  stay  abreast  of  progress  in  tlie  applicable  technology 
areas,  the  Satellite  Control  and  Data  Handling  System 
Program  Office  of  tlie  Space  and  Missiles  Systems 
Center  has  instituted  the  Advanced  Technology  Program. 
Tlie  goal  of  this  program  is  to  monitor  ongoing  R&D 
projects  in  DoD  and  industry  in  the  United  States  and 
abroad,  to  evaluate  tlieir  utility  for  future  AFSCN  applic.i- 
tions,  and  to  make  tlie  coiiuiiunity  aware  of  AFSCN  tech¬ 
nology  interests  and  requirements.  Tliis  paper  is  an  effort 
in  this  direction. 
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Resource  Scheduling;  What  Is  It?  Why  Should  We  Want 
to  Automate  It?  Can  We  Automate  It? 

Randall  Chesnut,  C&DP/Scitor  Corporation 


This  article  discusses  the  complexities  involved  in  develop¬ 
ing  the  daily  schedules  for  allocating  AFSCN  tracking 
station  antennas  and  other  communication  resources.  The 
scheduling  tools  in  use  today  are  briefly  described,  and 
scheduling  load  projections  for  the  future  are  provided. 
Options  for  increasing  the  level  of  automution  in  the 
scheduling  process  are  presented,  and  the  importance  and 
advantages  of  providing  such  automation  aids  is  discussed. 
Lastly,  past  efforts  at  automating  scheduling  processes 
outside  of  the  AFSCN  are  discussed. 


BACKGROUND 

Tlie  Air  Force  Satellite  Control  Network  (AFSCN)  is 
responsible  for  providing  a  number  of  support  functions  for 
DoD  satellites.  Tliese  functions  include  satellite  tracking, 
receipt  of  telemetry  and  payload  data  from  satellites,  iuid 
transmission  of  command  to  satellites.  Tlie  AFSCN  has 
nine  fixed-location  tracking  stations  located  around  tlie 
world,  a  mission  control  node  located  at  Onizuka  AFD  in 
California,  and  anotlier  mission  control  node  located  at 
Falcon  AFB  in  Colorado. 

During  a  typical  satellite  support,  a  tracking  suiiion  tracks 
the  satellite  and  receives  telemetry  and  possibly  payload 
data.  Telemetry  and  payload  data  are  relayed  to  a  Mission 
Control  Complex  (MCC)  at  one  of  tlie  control  nodes.  The 
MCC  can  also  send  to  tlie  tracking  station  coiiiniands  to  be 
transmitted  to  the  satellite,  litis  whole  process  is  referred 
to  as  a  contact  support. 

In  addition  to  MCC  equipment  and  coniinuiiicaiion  equip¬ 
ment  for  linking  an  MCC  witlt  a  u-acking  station,  each 
contact  support  requires  a  certain  set  of  equipment  at  tlie 
tracking  station.  Such  tracking  station  equipment  includes, 
for  example,  antennas  of  various  sizes,  transmitters,  receiv¬ 
ers,  and  modulators/demodulators  of  various  types.  Tlierc 
is  significant  variation  in  tlie  equipment  coniplemem  from 
one  tracking  station  to  anotlier,  and  certain  contact  supports 
can  only  be  accomplished  by  certain  tracking  stations. 
Some  tracking  stations  can  perform  only  one  contact  sup¬ 
port  at  a  time,  while  otliers  have  multiple  sets  of  equipnicm 


and  can  perform  two  or  three  supports  concurrently.  At  one 
of  tliese  tracking  stations,  each  set  of  equipment  for  per- 
fonning  a  contact  support  is  referred  to  as  a  ‘side’,  and  such 
tracking  stations  are  referred  to  as  ‘multi-sided’. 

Since  tlie  nine  tracking  stations  must  be  shared  by  all  of  the 
AFSCN’ s  satellite  users,  contact  supports  must  be  carefully 
scheduled  to  avoid  conflicts  and  satisfy  user  requirements 
as  fully  as  possible.  This  article  deals  with  this  scheduling 
process  and  the  possible  future  automation  of  it. 


1.  OVERVIEW  OF  AFSCN 
RESOURCE  SCHEDULING 

Tlie  AFSCN  resource  scheduling  function  is  performed  in 
two  Range  Control  Complexes  (RCCs).  One  RCC  is 
located  at  Onizuka  AFB,  and  tlie  other  is  located  at  Falcon 
Ara.  Scheduled  activities  fall  into  two  broad  categories; 
niglif  tasks  and  ‘iioii-niglit’  tasks.  A  flight  task  involves 
the  tracking  of  a  satellite  and  tlie  transfer  of  telemeu^  and 
commands  between  a  Mission  Conu-ol  Complex  (MCC) 
and  tlie  satellite  via  communication  links  and  a  tracking 
station.  Non-flight  tasks  are  tasks  which  do  not  directly 
involve  a  satellite  contact  support.  Examples  of  non-flight 
tasks  are  equipment  maintenance  and  upgrade  activities. 

Scheduling  is  currently  performed  for  3  different  time 
periods;  an  upcoming  7-day  period,  an  upcoming  24-hour 
period,  and  periods  during  tlie  execution  of  a  24-hour 
schedule.  Figure  1  provides  a  simplified  illustration  of  the 
scheduling  function  interfaces.  Tlie  scheduling  process 
starts  witli  users  from  tlie  MCCs  providing  requests  for 
contact  supports  to  tlie  schedulers  for  an  upcoming  7-day 
period.  Tliese  requests  are  provided  in  a  form  referred  to  as 
a  Program  Action  Plan  (PAP).  Tlie  schedulers  are  also 
provided  witJi  schedule  requests  for  maintenance  activities 
on  tlie  equipment  used  for  tlie  contact  supports.  Similarly, 
infoniiation  regarding  equipment  which  is  currently  out  of 
service  and  cannot  be  used  for  contact  supports  is  also 
provided  to  tlie  schedulers. 

Anotlier  important  input  to  tlie  scheduling  process  is  satel¬ 
lite  visibility  data  For  an  upcoming  specific  stretch  of 
time,  Uiis  data  specifies  each  time  period  during  which  a 
satellite  will  be  visible  from  each  tracking  station.  Tliese 
arc  tlie  time  windows  during  which  contact  supports  can  be 
scheduled.  Satellites  in  true  geosynchronous  orbit  will  be 
constantly  visible  to  some  subset  of  tracking  stations. 
Visibility  periods  for  other  satellites,  however,  range  from 
ten  minutes  or  less  for  low  altitude  satellites  to  several  hours 
for  medium  altitude  satellites.  This  data  is  provided  on 
Satellite  Acquisition  Tapes  (SATs). 

The  schedulers  also  use  a  database  of  relatively  static 
infoniiation  referred  to  as  Environment  data.  Some  of  the 
inifKirtant  items  in  Uiis  database  include; 
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-  EqijpmentDescnption  breach  Ste  and  Side 

-  Eqiipment  Requirements  for  each  VeHde 

-  TutnatoundTime RequrementsforeachVehide 


Figure  1 :  Simplified  Resource  Scheduling  Interfaces 


•  tlie  set  of  equipment  items  available  at  each  side 
of  each  tracking  station 

•  an  indication  of  which  equipment  can  be 
switched  between  different  sides  of  a  tracking 
station 

•  for  each  satellite  vehicle,  die  set  of  equipment 
nominally  required  for  a  support  for  Uiat  vehicle 

•  for  each  satellite  vehicle,  die  nominal  required 
turnaround  time  for  diat  vehicle.  (Turnaround 
time  is  a  time  period  immediately  prior  to  a 
contact  support.  Tlie  tracking  stadon,  conuiiuni- 
cation  equipment,  and  MCC  are  configured  for 
the  support  during  diis  period.  Tliis  is  also 
known  as  ‘Prepass  time’.) 

•  for  each  combination  of  a  vehicle  and  a  tracking 
station  side  that  can  support  diat  vehicle,  a  list 
of  any  deviations  required  for  diis  tracking 
station  side  from  die  vehicle's  nominal  TAT  or 
equipment  set. 

Between  the  time  die  users  provide  die  7-day  scheduling 
request  inputs  and  die  time  at  which  production  of  a  24-hour 
schedule  for  an  imminent  24-IiOur  period  must  be  con¬ 
structed,  users  can  and  do  submit  changes  to  dieir  original 
requests.  Tliese  change  requests  are  referred  to  as  Manning 
Schedule  Changes.  The  number  of  dicse  change  requests  is 
so  great  that  the  schedulers  do  not  attempt  to  create  final 
schedules  prior  to  producing  die  24-liour  schedule. 

After  a  24-hour  schedule  is  produced,  it  is  sent  to  the  MCCs 


and  die  tracking  stations.  Schedule  changes  are  still  made, 
however,  after  the  schedule  has  been  published  and  is  being 
executed.  Tliese  real-time  changes  are  necessitated  by 
unexpected  changes  in  support  requirements  (e.g.,  due  to  a 
launch  slip),  unexpected  equipment  failures,  and  errors 
discovered  in  die  schedule.  The  users  and  tracking  stations 
are  advised  of  such  clianges  to  die  schedule  by  means  of 
Schedule  Change  Messages  (SCMs). 


1.1  SCHEDULING  CONSTRAINTS 

Tlie  process  of  actually  scheduling  tasks  is  made  difficult 
by  die  complex  set  of  time  and  resource  constraints  which 
determine  die  allowable  times  for  scheduling  a  task.  The 
tracking  stadon  antennas  and  dieir  associated  communica¬ 
tion  equipment  constitute  the  most  basic  resource  con¬ 
straint.  No  more  dian  one  flight  task  can  use  a  given  antenna 
and  its  associated  equipment  during  the  same  time  period. 

Anodier  type  of  resource  constraint  arises  from  the  fact  that 
multi-sided  tracking  stadons  have  equipment  that  can  be 
switched  between  die  different  sides  of  the  site.  The 
various  sides  of  a  site  typically  have  a  large  number  of 
equipment  item  types  in  common.  When  an  item  fails  on 
one  side,  die  same  type  of  item  from  a  different  side  can 
often  be  switched  in  to  perform  the  failed  item’s  funedon. 
In  a  situation  such  as  diis,  concurrent  tasks  can  sdll  be 
scheduled  at  each  side,  but  sclieduling  concurrent  tasks 
which  use  the  equipment  item  being  shared  must  be  pre- 
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Resources  other  tlian  iliose  at  tlie  u-acking  sutiions  tlieni- 
selves  are  referred  to  a  range  resources.  Limitations  of 
these  resources  impose  additional  constraints.  A  maximum 
number  of  concurrent  users  is  associated  widi  each  range 
resource.  The  number  of  concurrently  scheduled  tasks 
which  use  such  a  resource  must  not  exceed  tliat  resource’s 
maximum  user  limit.  An  example  of  such  a  resource  is  tlie 
pool  of  range  controller  consoles.  During  tlie  turnaround 
time  for  a  task,  a  range  controller  is  responsible  for  config¬ 
uring  and  testing  the  resources  which  will  be  used  for  tlie 
task.  Since  the  number  of  range  controllers  is  limited,  tlie 
number  of  tasks  that  can  be  scheduled  witli  concurrent 
turnaround  times  is  likewise  limited. 

The  fact  tliat  scheduling  requests  can  specify  relative 
preferences  for  resources  is  anotlier  factor  which  must  be 
taken  into  consideration.  For  example,  excessive  noise 
may  be  present  in  tlie  telemetry  received  from  a  veliiclc  by 
a  particular  tracking  station.  A  support  request  for  tliat 
vehicle  will  include  that  tracking  station  in  its  list  of 
acceptable  sites  (since  noisy  telemetry  may  be  better  ilian 
none  at  all),  but  tlie  request  will  also  specify  a  preference  for 
support  from  the  otlier  acceptable  tracking  stations. 

There  are  at  least  as  many  time  constraints  tluu  must  be 
considered  when  scheduling  a  task  as  tliere  arc  re.source 
constraints.  One  of  tlie  most  basic  time  constraints  is  tlie 
one  mentioned  above  dealing  willi  satellite  visibilities,  i.e., 
a  support  can  only  be  scheduled  at  a  given  tracking  station 
w'hen  the  corresponding  vehicle  is  visible  from  tliat  station. 
A  number  of  additional  time  consbaints  can  also  be  speci¬ 
fied,  such  as  tlie  following: 

•  preferred  start  lime,  earliest  possible  start  lime, 
and  latest  possible  start  lime 

•  preferred  duration  for  a  task  and  minimum 
usable  duration  for  tlie  task 

•  preferred  turnaround  lime  for  a  task  and 
minimum  allowed  tuniaround  time  for  die  task 

•  requirement  or  a  preference  for  a  task  to  be 
scheduled  (or  not  to  be  scheduled)  concurrently 
with  anotlier  specified  task 

•  specification  that  a  task  be  scheduled  witliin  u 
specified  maximum  and  minimum  time  from 
die  time  anodier  specified  task  gets  scheduled 

Schedulers  must  also  take  into  account  potential  Radio 
Frequency  Interference  (RFI)  conllicts  when  producing  a 
schedule.  An  RFI  confiict  occurs  when  two  or  more 
satellites  using  the  same  radio  frequency  are  in  conjunction 
from  the  perspective  of  a  tracking  station  providing  sup¬ 
port.  (Conjunedon  is  considered  to  occur  when  two  or  more 
satellites  come  widiin  a  visibility  cone  angle  of  3  to  .“i 
degrees  at  a  hacking  station.)  In  order  to  .avoid  (or  remove) 


RFI  conflicts  in  the  schedule,  schedulers  are  provided  with 
a  listing  of  conjunctions  between  satellites  which  use 
common  radio  frequencies. 

Anodier  factor  to  be  considered  is  varying  priorities  asso¬ 
ciated  widi  support  requests.  Priorities  are  not  fixed  for  task 
types,  vehicles,  or  even  families  of  vehicles.  Instead, 
priorides  chiuige  in  a  dynamic  and  subjecd  ve  manner  based 
on  a  combinadon  of  factors  such  as  current  mission  objec¬ 
tives  associated  widi  a  given  support,  die  length  of  dme 
since  a  vehicle’s  last  support,  die  age  of  the  vehicle,  the 
perfonnance  record  of  vehicles  in  die  same  family,  whether 
die  vehicle  is  about  to  enter  a  solar  eclipse  period,  etc. 

Since  a  large  number  of  real-time  changes  to  a  schedule  are 
inevitably  required,  anodier  consideradon  in  producing  the 
schedule  is  how  well  suited  the  schedule  is  to  accommodat¬ 
ing  such  changes.  When  making  a  change  to  a  schedule 
which  htis  already  been  published,  it  is  desirable  for  the 
change  to  imptict  as  few  of  die  exisdng  scheduled  tasks  as 
possible.  Consequendy,  strategies  such  as  spreading  tasks 
roughly  evenly  across  die  tracking  stadons  and  avoiding 
b.'ick-to-back  i.ask  scheduling  to  die  degree  possible  may 
result  in  schedules  dial  .Tre  more  amenable  to  modificadon. 

In  sunim.ary,  die  process  of  scheduling  is  one  of  selecting 
times  and  resources  for  tasks  such  dial  die  above  described 
constraints  .u^  met  .and  as  many  of  die  specified  preferences 
are  also  satisfied.  It  is  often  die  case  dial  not  all  of  the 
requirements  specified  by  die  support  requests  can  be 
sadsfied.  Tliese  situations  tu’e  referred  to  as  ‘hard  con¬ 
flicts’.  In  such  cases  die  schedulers  must  negodate  with  die 
users  to  decide  whose  support  request  will  not  be  satisfied. 

1.2  CURRENT  SCHEDULING  TOOLS 

A  system  called  ASTRO  (Automated  Scheduling  Tools  for 
Range  Operations)  is  currendy  die  central  component  used 
for  resource  scheduling.  A  prototype  ASTRO  system  was 
replaced  by  a  full-scale  system  in  bodi  RCCs  during  1992. 
By  die  end  of  dial  year,  all  scheduling  operadons  htid 
transitioned  from  paper-based  scheduling  chart  method¬ 
ologies  (which  liad  been  in  use  since  die  early  1960s)  to  the 
ASTRO  system.  ASTRO  supports  inleracdve  entry  and 
modification  of  schedule  Ua.sks  via  reltitively  .advanced  user 
interface  technology  such  as  2k  x  2k  color  raster  graphics 
displays,  voice  recognition,  and  speech  syndiesis.  ASTRO 
luTS  eliminated  die  need  to  keep  a  paper-based  schedule  and 
a  computcr-b.ised  schedule  synchronized,  and  this  has 
already  signific.mtly  reduced  die  labor  required  for  the 
scheduling  .activity.  ASTI^O  also  performs  a  l.arge  number 
of  tests  to  ensure  that  scheduled  tasks  do  not  violate 
consU'.ainls  associated  widi  corresponding  support  requests. 
Tlie  process  of  choosing  die  dme  slot  and  resources  diat  will 
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be  used  for  a  task  is  still,  however,  a  manual  one.  Tliis  is  situations  using  the  current  manual  system  will  increase  as 
true  for  both  tlie  creation  of  tlie  24-hour  schedule  as  well  as  tlie  number  of  tasks  to  be  scheduled  increases  in  the  future, 

for  the  development  of  real-time  schedule  modifications. 


2.  MOTIVATIONS  FOR  IMPROVED  AUTOMATION 
IN  AFSCN  RESOURCE  SCHEDULING 

There  are  a  number  of  reasons  for  inaeasing  tlie  level  of 
automation  in  AFSCN  resource  scheduling.  Tlie  most 
obvious  benefit  of  such  automation  is  a  reduction  in  labor 
required  by  the  scheduling  process.  Each  RCC  is  currently 
staffed  on  a  3  shifts  per  day,  7  days  per  week  basis.  Several 
people  per  shift  are  devoted  to  scheduling.  Even  tliough 
ASTRO  has  already  reduced  labor  requirements,  many 
hours  every  day  are  spent  entering  schedule  requests  and 
request  modifications,  manually  shuffling  tasks  to  produce 
a  conflict-free  24-hour  schedule,  and  manually  making 
real-time  schedule  modifi¬ 
cations. 

Another  significant  time  ex¬ 
pense  which  is  sometimes 
overlooked  is  tliat  of  u-ain- 
ing  new  schedulers.  Due  to 
the  many  intricacies  of  die 
current  manual  scheduling 
process,  experienced 
schedulers  must  spend  sig¬ 
nificant  effort  in  tlie  train¬ 
ing  of  a  new  person  for  tliis 
job.  Tlie  job  is  difficult  to 
master  and  some  people  are 
not  able  to  reach  a  fully 
productive  level  even  after 
several  montlis  of  on-tlie-job 
training. 


3.  CANDIDATE  AREAS  FOR  RESOURCE 
SCHEDULING  AUTOMATION 

As  llie  above  discussions  suggest,  prime  candidates  for 
additional  resource  scheduling  automation  are  the  pro¬ 
cesses  of  producing  the  24-hour  schedule  and  making 
real-time  revisions  to  existing  schedules.  While  it  is 
probably  not  practical  to  make  these  processes  completely 
automatic  at  any  time  in  the  reasonably  near  future,  inter¬ 
active  tools  can  be  developed  to  significantly  reduce  the 
number  of  labor  hours  tliey  require.  Such  tools  would  shift 
human  effort  away  from  tlie  details  of  developing 
conflict-free  schedules  and  toward  tlie  process  of  adjusting 
task  priorities  and  selecting  between  multiple  candidate 


Figure  2:  AFSCN  Resource  Scheduling  Load  Projections 


Tlie  time  required  for  sched¬ 
uling  will  obviously  increase 
as  the  number  of  tasks  to  be  scheduled  increases.  Tlie 
number  of  schedule  requests  for  a  given  time  period  has 
been  increasing  tliroughout  tlie  history  of  tlie  AFSCN.  Tliis 
trend  is  expected  to  continue.  Figure  2  provides  an  estima¬ 
tion  of  how  tliese  requirements  will  continue  to  increase 
over  the  next  several  years. 

Anotlier  benefit  of  additional  scheduling  automation  is 
better  utilization  of  AFSCN  resources  and  better  satisfac¬ 
tion  of  AFSCN  user  requirements.  Complex  scheduling 
problems  can  arise  in  which  it  is  beyond  tlie  ability  of  a 
human  to  find  a  solution  witliin  a  reasonable  lengtli  of  time. 
Currently,  in  such  situations  a  user  may  be  forced  to  give  up 
a  support  period  tliat  an  automated  system  may  have  been 
able  to  schedule.  Tlie  frequency  of  occurrence  of  such 


schedules  automatically  produced  by  tlie  system.  The 
system  would  still  allow  tlie  scheduler  to  manually  position 
and  modify  tasks,  much  as  ASTRO  currently  does,  in  order 
to  meet  special  requirements.  The  scheduler  could  also 
indicate  tliat  such  tasks  be  ‘locked’  to  the  specified  time  and 
resources,  tlien  the  automatic  process  could  be  run  to 
attempt  to  shuffle  otlier  tasks  into  conflict-free  schedule 
configurations.  Wlien  tlie  process  cannot  find  a  conflict-free 
schedule,  it  could  present  multiple  candidate  schedules 
wiUi  different  conflict  configurations  to  the  scheduler.  The 
scheduler  would  tlien  be  responsible  for  selecting  one  of 
tliese  schedules  wiili  hard  conflicts  and  negotiating  with  the 
users  to  resolve  such  conflicts. 

Otlier  areas  tliat  can  benefit  from  more  common  technology 
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center  on  scheduling  system  data  input  and  output  pro¬ 
cesses.  Schedule  requests  (PAPs)  are  currently  provided  to 
the  schedulers  via  eitlier  ntagnetic  tape  or  paper.  Tlie 
Operations  Planning  (OPPLN)  software  tliat  tlie  MCCs  use 
to  produce  these  tapes  can  be  awkward  to  use  and  does  not 
fully  meet  the  needs  of  all  users.  This  is  clearly  another  area 
for  potential  improvement.  Effective  computer-based 
methods  for  preparing  the  PAPs  can  be  provided  to  elimi¬ 
nate  the  practice  of  providing  PAPs  to  tlie  schedulers  in 
paper  form.  A  logical  additional  step  would  be  to  transmit 
the  PAPs  electronically  to  tlie  scheduling  system,  eliminat¬ 
ing  the  need  for  the  transfer  of  any  form  of  hand-carried 
media. 

Tlie  technology  used  for  schedule  dissemination  also  mer¬ 
its  attention.  Schedules  are  currently  published  on  mag¬ 
netic  media  (for  transmission  to  tracking  stations  via 
AUTODIN)  and  on  paper.  Tlie  Network  Status  and  Sched¬ 
ule  Change  Notification  System  (NSSCNS),  scheduled  to 
become  operational  during  tlie  summer  of  1993,  will  be  a 
first  step  toward  improving  tliis  situation.  Tliis  system  will 
place  a  network  of  workstations  in  all  of  die  MCCs  :uid 
tracking  stations.  The  system  will  also  be  integrated  witli 
ASTRO  and  will  provide  electronic  dissemination  of  sched¬ 
ules  and  schedule  changes  to  all  users  of  die  schedules.  Tlie 
current  scope  of  development  stops  short,  however,  of  any 
form  of  integration  widi  die  MCC  data  systems.  Tliis  will 
present  a  future  opportunity  for  additional  improvements  to 
reduce  labor  and  the  possibility  of  operator  errors.  Steps 
can  be  taken  to  provide  machine  retidable  interfaces  di- 
recdy  to  the  MCC  data  systems.  In  MCCs  in  which  security 
issues  do  not  prevent  it,  direct  electronic  interfaces  between 
NSSCNS  and  die  MCC  data  systems  can  be  provided.  In 
other  MCCs,  such  data  qansfer  can  be  provided  by  means 
of  removable  magnetic  media  (e.g.,  tape  or  floppy  disk). 

Although  NSSCNS  initially  will  provide  software  only  for 
schedule  dissemination,  it  will  put  in  place  basic  network 
connectivity  diat  would  support  electronic  transfer  of  sched¬ 
ule  inputs  directly  from  die  MCCs  to  die  RCCs.  Softwitfc 
meedng  die  wide  variety  of  user  needs  could  be  developed 
to  allow  easy  generation  of  schedule  request  data  in  such  a 
system.  Schedule  data  input  interfaces  between  NSSCNS 
and  die  scheduling  system  itself  would  also  ticed  to  be 
developed. 

The  level  of  integration  between  scheduling  and  die  MCCs 
can  also  be  improved  by  die  introduedon  of  groupware 
technology  such  as  network-based  on-screen  conferencing 
capabilities.  Today,  when  a  hard  conflict  must  be  resolved, 
representadves  from  die  requesting  MCCs  sometimes  meet 
with  a  scheduler  in  die  RCC.  Tlie  scheduler  shows  the  users 
die  schedule  constraints  on  a  graphic  display,  and  they  work 
togedier  to  find  a  resolution  to  die  conflict.  Widi  the 
introduction  of  conferencing  software,  the  scheduler's 


graphic  display  could  be  replicated  on  workstadons  in  the 
MCCs.  All  parties  in  such  a  conference  are  given  the 
capability  to  make  marks  and  annotadons  on  the  display 
which  all  other  parties  can  see.  (All  parties  also  have  voice 
comniunicadon  with  each  other.)  In  addition  to  eliminating 
the  need  for  users  to  physically  meet  at  the  RCCs,  such 
technology  can  also  vasdy  improve  communicadon  when 
it  is  not  practical  for  the  parties  to  physically  meet,  such  as 
when  the  parties  are  divided  between  Onizuka  and  Falcon. 


4.  AUTOMATIC  SCHEDULING  EFFORTS 
OUTSIDE  OF  THE  AFSCN 

Some  of  die  automadon  improvements  mentioned  above, 
such  as  improving  die  input  and  output  interfaces  of  the 
scheduling  process,  can  clearly  be  achieved  widi  the  appli¬ 
cation  of  familiar  hardware  and  software  technology  cur¬ 
rently  in  use  today.  Tlie  technology  required  for  the  process 
of  actually  automatically  scheduling  tasks,  however,  is  not 
as  familiar  and  in  equally  widespread  use  today.  Such 
technology  comes  from  a  field  known  as  (not  surprisingly) 
Scheduling  Tlieory.  A  great  deal  of  work  has  been  done  in 
diis  field  bodi  in  academia  and  industry.  Tlie  field  is  often 
considered  to  be  part  of  die  larger  fields  of  Operadons 
Research  or  Management  Science.  Work  has  been  pub¬ 
lished  in  this  field  spanning  die  period  from  the  1950s  to  the 
present.  Textbooks  for  graduate  level  courses  in  the  field 
have  been  published,  and  papers  presented  in  the  field  often 
form  a  key  part  of  research  conferences. 

Today,  automadc  scheduling  approaches  are  widely  used 
in  industrial  and  manufacturing  processes.  Tlie  literature  in 
die  field  contains  many  references  to  successful  artificial 
intelligence  (AI)  based  scheduling  systems  at  companies 
such  as  Intel,  Digital  Equipment  Corporation,  Texas  Instru¬ 
ments,  and  McDonnell  Douglas.  Many  commercial  soft¬ 
ware  packages  for  automaucally  producing  schedules  are 
even  available  at  die  person, tI  computer  and  workstation 
level.  (Most  of  this  off-die-shelf  softwjire,  however,  deals 
widi  employee  scheduling  applications  diat  do  not  mtip 
directly  to  die  AFSCN  scheduling  requirements.) 

Widiin  die  aerospace  industry,  automated  scheduling  ap- 
protiches  h.ive  been  developed  for  applicadons  such  as 
mission  phanning,  sptice  shuttle  reprocessing,  air  uaffic 
control,  Hubble  Sp.ace  Telescope  observations,  and  Space 
Station  Freedom  .activity  scheduling. 

It  should  not  be  assumed,  however,  diat  diere  is  no  devel¬ 
opment  risk  associated  widi  an  automatic  scheduling  un¬ 
dertaking.  In  fiict,  dicrc  have  been  a  number  of  failed 
attempts  at  implementing  automatic  scheduling  dirough- 
out  die  industry.  Tlicrc  are  a  number  of  reasons  cited  for 
dicsc  failures,  such  <as  die  following: 
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Lack  of  sufficient  knowledge  of  die  specific 
scheduling  problem  being  solved 
Poor  user  interface 

Poor  interfaces  between  die  scheduling  system 
and  die  other  systems  in  its  environment 
Lack  of  attention  to  die  need  for  making 
modifications  to  a  schedule  once  it  is  already  in 
use. 


Lessons  learned  on  previous  autoniauc  scheduling  efforts 
will  make  it  possible  to  take  steps  to  midgate  such  risks. 
Developing  automadc  scheduling  techniques  in  a  proto¬ 
type  manner  with  close  interacdon  widi  die  actual  users,  as 
was  done  for  die  ASTRO  development,  is  one  of  die  most 
effective  steps  diat  can  be  taken  to  reduce  such  risks. 


5.  SUMMARY 


Resource  scheduling  in  die  AFSCN  today  is  a  very  complex 
and  time  consuming  process.  As  die  number  of  scheduling 
requests  increases,  die  process  will  become  more  complex 
and  time  consuming,  and  die  opportunities  for  human 
errors  will  Ukewise  increase.  In  diis  new  era  of  tighter 
budgets  and  personnel  level  reductions,  improvements  in 
the  resource  scheduling  process  will  be  required  in  order  to 
continue  to  meet  users’  needs  widi  high  quality  schedules. 
The  automadon  candidates  presented  in  diis  ardeJe  repre¬ 
sent  a  means  of  achieving  such  improvements.  Moreover, 
experiences  with  automadng  scheduling  processes  forodier 
applicadons  indicate  diat  die  required  technology  is  mature 
enough  for  prototyping  efforts  for  AFSCN  automatic  sched¬ 
uling  to  now  begin. 


James  A.  Hammervold,  Loral  Space  &  Range  Systems 


Current  trends  characterizing  the  evolution  of  the  Air 
Force  Satellite  Control  Network  (AFSCN)  include  in¬ 
creased  autotnation,  decreased  levels  of  support  personnel, 
and  increased  numbers  of  space  vehicle  contacts.  Reduc¬ 
ing  manning  levels  potentially  would  affect  the  ability  of  a 
Remote  Tracking  Station  (RTS)  to  perform  on-site  tnainte- 
nance  as  routinely  and  robustly  as  before.  In  addition,  the 
number  of preventive  maintenance  tests  and  inspections  for 
verifying  equipment  health  and  status  would  be  impacted. 

The  subject  study  will  evaluate  the  use  of  current  and 
developing  sensor  technology  to  monitor  environmental 
conditions  centrally,  such  as  temperature,  humidity,  air 
flow,  shock,  vibration,  and  power  characteristics  as  they 
apply  to  selected  RTS  equipment  and  operations  areas.  On¬ 
line  monitoring  and  collection  of  data  on  environmental 
conditions  will  provide  the  basis  for  establishing  equip¬ 
ment  operating  limits  and  for  performing  trend  analyses. 
Exceeding  established  limits  or  normal  trends  would  alert 
operations  personnel  of  incipient  failures  and  provide 
sufficient  time  to  investigate  the  cause,  switch  to  redundant 
equipment,  and/or  reallocate  network  resources  prior  to 
any  mission  impact. 

Infusing  support  environment  and  trend  analysis  technol¬ 
ogy  could  greatly  increase  mission  uptime  and  decrease 
network  costs. 


Implemendng  an  ability  to  accurately  predict  incipient 
equipment  failures  would  greatly  increase  die  operadonal 
availability  of  die  Air  Force  Satellite  Control  Network 
(AFSCN).  If  die  operator  could  know  in  advance  that  a 
critical  component  was  about  to  fail,  mission  operadons 
would  be  switched  to  a  redundant  capability,  and  mainte¬ 
nance  would  be  called  immediately.  As  a  payoff,  opera¬ 
tional  availability  would  remain  consistently  high.  Indeed 
one  might  diink  a  “crystal  ball”  would  be  required;  how¬ 
ever,  such  an  arcane  approach  is  not  necessary.  Advanced 
sensing  and  U'ciid  analysis  technology  is  at  hand. 

Rome  Laboratory  and  several  commercial  vendors  are 
developing  miniaturized  environmental  sensors  that  regis¬ 
ter  temperature,  humidity,  vibration,  shock,  power  quality, 
and  corrosion.  Tliese  microcircuitry  sensors  are  classified 
as  Time  Stress  Measurement  Devices  (TSMDs).  The 
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factors  measured  by  Uiese  devices  play  an  iinporuiiu  mid 
decisive  role  in  determining  die  useful  life  of  most  equip¬ 
ment,  including  electronic  components.  Knowing  die 
environmental  condidons  under  which  die  equipment  is 
operated  provides  essential  insight  into  die  equipment 
failure  mechanisms. 


Figure  1 ;  Honeywell  Micro  Time  Stress 
Measurement  Device  (TSMD)  (1"  X  2") 


A  proof  of  concept  study  for  monitoring  U'ends  and  predict¬ 
ing  failures  in  the  Air  Force  Satellite  Control  Network 
(AFSCN)  equipment  is  being  performed  by  Loral  Space  & 
Rmige  Systems  (LS&RS).  Hie  “Remote  Tracking  Station 
(RTS)  Healdi  and  Status  Monitoring"  study  is  sponsored  by 
die  CWIA  division  of  die  Space  and  Missile  Systems 
Center  (SMC).  Tlic  objective  of  die  study  is  to  provide  a 
healdi  and  status  monitoring  capability  for  critical  AFSCN 
RTS  equipment  to  support  incipient  failure  prediction  and 
die  detenninauon  of  failure  modes.  Tliis  includes  both 
mission  and  critical  support  equipment/systems,  such  as 
high  power  transmitters,  receivers,  antenna  drive  systems, 
as  well  as  air  conditioning,  power,  and  security  systems. 

lliis  study  will  involve  die  use  of  progressive  diagnostic 
techniques  mid  processes  to  predict  failures,  thus  increasing 
opcradonal  availability  and  decreasing  maintenance  ac¬ 
tions.  nic.se  overall  goiils,  in  fact,  correlate  directly  with 
die  goals  of  die  Air  Force  Reliability  &  Maintainability 
2(X)0  initiative,  llie  study  approach  is  to  continuously 
monitor  operating  conditions  of  critical  RTS  equipment 
using  autonomous  monitoring  techniques.  Initially,  die 
environmental  data  will  be  captured  for  cmididatc  equip¬ 
ment  at  a  designated  test  site.  Infomiation  will  be  selec¬ 
tively  stored,  tinie-stmnped,  and  transported  to  a  daui 
processing  workstation  for  failure  prediction  mialysis.  Once 
failure  syniptoms  mid  modes  on  trirget  RTS  equipment  have 
been  deteniiined.  an  intelligent  monitoring  capability  can 
be  implemented. 
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Figure  2:  Functional  Diagram  of  the  Micro  TSMD 
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Figure  3.  Honeywell  Environmental  Stress 
Monitoring  Device  (ESMD) 


As  a  follow-on  cfrort.  data  collected  simultaneously  from 
botli  tile  operations  environment  and  built-in-test  equip¬ 
ment  might  be  fed  into  an  intelligent,  on-site  monitoring 
capability  which  could  alert  a  central  node  of  impending 
equipment  failures.  (Note:  System  built-in-tests,  generally 
conducted  during  routine  maintenance,  can  only  be  con¬ 
ducted  on  a  non-interference  bitsis  with  respect  to  mission 
operations.)  As  such,  the  collective  scenario  will  require 
die  composite  slrengUis  of  preventive,  predictive,  and 
proactive  maintenance  techniques  in  a  coordinated  and 
systematic  effort  to  eliminate  system  downtime  at  die 
RTSs. 

This  initiative  will  focus  on  uncovering  incipient  failures 
and  the  elimination  of  failure  causes  rather  than  post- 
failure  diagnosis  and  field  replacement  of  failed  etfuip- 
ment  which  was  typical  of  earlier  maintenance  prac¬ 
tices.  Using  preventive  maintenance  inspection  (PMI) 
techniques,  equipment  was  replaced  when  degraded  or  at 
breakdown;  standard  FMI  schedules  were  established  fol¬ 
lowing  the  collection  and  availability  of  sulTicient  field 
history  daUi.  Although  preventive  maintenance  signifi¬ 
cantly  reduced  failures,  the  cost  of  unnecessary  replace¬ 
ments  and  the  risk  of  introducing  new  problems  during 
PMIs  are  no  longer  considered  acceptable 

Pivotal  to  this  effort  are  capabilities  pro\ieled  by  other 
K&M  initiatives,  including  the  Reliability  .Maintainability 
Availability  (RMA)  Fngiiie  In  a  complementary  fashion, 
the  RM.'\  Engine  will  provide  the  .'\1.S('N  equipment 
configuration  in  block  diagram  format.  Using  block  dia¬ 
gram  fonnat,  die  R 'US  Health  and  Status  lIU'cS)  c.ipability 
will  display  tJie  status  and  location  of  critical  AI  SCN 
e(|uipment,  indicating  the  equipment  status  as  red  (actual 


outage),  yellow  (pending  outage),  or  green  (no  outage). 
'Riis  would  alert  network  operators  to  possible/actual  equip¬ 
ment  failure,  thus  improving  the  operator  reaction  time  to 
reallocate  resources. 

Among  the  payoffs  for  ati  implemented  R  TS  II&S  capabil¬ 
ity  are; 

•  Iticreased  operational  availability 

•  Decretrsed  nmintcnance  requirements  lo  lui  as- 
needed  basis 

•  Continuous  real-time  monitoring 

•  Cro.ss-correlatioii  of  all  potential/actual  system 
failures,  including  a  real-time  interface  widi 
PIT  capability 

•  Reduced  "("an  Not  Duplicate  (CND)"  ;uid 
"Retest  OK  (R  fC^K)"  events  since  a  record  of 
the  operating  conditions  at  the  time  of  iK'cur- 
rence  should  greatly  enlnuice  event  resolution 

•  Assured  w;irranty  verification  data  with  the 
collecUv'ii  of  actual  equipment  reliability- 
statistics 

•  F.nhanced  pipeline  llow'  and  cost  control 
tracking  measuKS  for  spare  parts  and  invento¬ 
ries 

As  such,  with  a  future  implementation  of  the  R  T.S  ll&S 
capability,  the  .Al'Sf'N  woukl  experience  substantial  im¬ 
provements  in  the  opertiiional  availability  atid  maintain¬ 
ability  of  its  sites.  Moreover,  this  capability  would  support 
steady  improvements  in  .M'.SCN  operational  availability 
and  provide  the  basis  for  building  a  comprehensive  Reli¬ 
ability  and  M;iintainabiliiy  (R&M)  toolset  for  evalmitiiig 
engineering  design  changes 
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Figure  4:  Functional  Diagram  of  the  ESMD 
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Tlie  AFSCN  uses  a  variety  of  tools  to  collect  data  on 
performance  characteristics.  Tliese  tools  are  described 
below; 


Darryl  Jefferson,  C&DP/Paraniax 


This  paper  assesses  current  software  metric  practices  used 
in  various  phases  of  the  Air  Force  Satellite  Control  Net¬ 
work  (AFSCN)  software  development  life  cycle,  ft  also 
identifies  technologies  that  could  potentially  aid  AFSCN 
personnel  in  improving  software  performance,  quality,  and 
reliability  through  the  use  of  new  tools  and  measurement 
techniques. 


INTRODUCTION 


Software  metrics  are  a  standard  way  of  measuring  tlie 
efficiency  of  tlie  software  development  process.  Metrics 
can  measure  specific  attributes  of  software  such  as  lines  of 
code  and  performance  deficiencies. 


The  Command  and  Data  Processing  contract  (C&DP)  has 
identified  two  principal  categories  of  metrics;  System 
Performance  and  System  Test.  Tliis  paper  describes  tlie 
data  collected  tlius  far  in  tliese  two  categories. 


SYSTEM  PERFORMANCE  METRICS 


•  Tlie  Resource  Management  Facility  (RMF) 
monitors  CPU  usage,  virtual  storage  utilization 
of  each  address  space,  and  input/output  (I/O) 
display  activity  rates.  Data  are  sampled  every  1 
to  10  seconds  and  reported  every  60  seconds. 

•  The  Generalized  Trace  Facility  (GTF)  operates 
on  a  mainframe  and  provides  the  user  with 
specific  information  on  Command  and  Control 
Segment  (CCS)  and  Mass  Virtual  Storage 
(MVS)  CPU  data,  I/O  data,  and  module  link 
information.  The  GTF  tool  is  only  invoked  and 
data  collected  if  CPU  capacity  is  60  percent  or 
lower.  Tlie  tool  is  activated  during  selected 
intervals  and  is  run  for  60  seconds.  GTF 
measurements  are  considered  to  be  accurate 
because  GTF  computes  and  factOTS  out  its  own 
overhead. 

•  Tlie  Real  Time  Executive  (RTX)  data  reduction 
tool  is  a  delogging  too!  that  provides  continuous 
performance  analysis  of  tlie  C!CS  system  for  the 
entire  CCS  job.  CONSOLE,  a  tool  used  in 
conjunction  witli  GTF  and  RMF  timestamps 
information  witli  interaction  Uiat  takes  place 
between  CCS  jobs.  Tliis  allows  the  user  to  see 
die  time  of  each  step  of  die  plan. 


The  primary  funedon  of  software  system  perfoniiance 
metrics  is  to  measure  die  efficiency  of  die  processing  of 
information.  Additionally,  perfonnance  metrics  can  indi¬ 
cate  regressions  due  to  system  or  subsystem  modifications. 
Such  metric  data  should  focus  primarily  on  overall  system 
perfonnance  radier  dian  on  one  parucuiar  characteristic. 
Typical  characteristics  measured  to  evaluate  software  per¬ 
formance  include; 


CPU  udlization;  Percent  of  die  central  process¬ 
ing  unit  (CPU)  used  during  execution  of  an 
application  program 

Real  storage  utilization;  Amount  of  real  storage 
required  by  die  application  and  the  operating 
system 

Channel  padi  utilization;  Congestion  observed 
during  testing 

Inpul/oulput  activity  rate;  Frequency  at  which 
data  are  updated 

Virtual  storage  utilization;  Amount  of  virtujil 
storage  required  by  die  application. 


•  Tlie  Resource  Monitoring  Tool  (RMT)  provides 
information  on  die  use  of  each  RTS  buffer  pool 
and  furdier  provides  DMIO  and  DATAFOO 
reports  which  show  I/O  activity  to  Virtual 
Storage  Access  Mediods  (VSAM)  files. 

•  Tlie  Stiitisdcal  Analysis  System  (SAS)  is  a  post¬ 
processing  tool  diat  compiles  data  into  a 
comprehensible  format.  SAS  is  used  to  post¬ 
process  data  derived  from  GTF  and  to  exuact 
certain  information  from  RMF  data.  SAS  can 
also  extract  data  from  RTX  logs. 

•  Tlie  Jovial  Probe  Facility  (JPF)  probes  are  one 
of  die  most  commonly  used  tools  for  extracting 
data  and  providing  a  variety  of  detailed  applica¬ 
tion  data.  Depending  on  the  complexity  of  the 
test  case,  however,  JPF  provides  more  data  than 
is  necessary  to  verify  die  test  case.  This 
infonnation  includes  file  access  times,  scenario 
cniifinnadon  and  analysis,  function  elapsed 
time  measurements,  and  buffer  management 
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analysis. 


•  The  Omegamon  tool,  which  operates  from  a 
mainframe,  provides  specific  data  on  system 
resources. 

•  The  Local  Area  Network  (LAN)  Analysis 
Model  is  a  PC-based  spreadsheet  used  to 
monitor  LAN  traffic  throughput  and  arrival  for 
future  LAN  configurations. 

•  A  variety  of  Unix  tools  used  on  tlie  Telemetry 
Front  End  Workstation  provides  specific 
information  on  Paging  activity,  real  and  virtual 
memory  utilization,  and  network  file  system 
activity. 


CURRENT  TEST  METRICS 

The  C&DP  Development/Sustaining  Engineering  (D/SE) 
organization  is  responsible  for  collecting  software  test 
metrics  on  the  C&DP  contract.  Witliin  die  D/SE  process, 
measurements  are  taken  tliroughout  die  cycle;  measure¬ 
ment  begins  in  model  planning,  where  an  assessment  of 
complexity  factors  is  made  and  condnues  dirough  die  final 
stage  of  functional  configuration  audit  (FCA)/physical 
configuraUon  audit  (PCA).  Measurements  are  taken  at 
various  stages  throughout  this  process  and  different  types  of 
metric  data  are  extracted  for  analysis.  Some  of  die  catego¬ 
ries  of  metrics  are  desaibed  below. 

Efficiency  is  measured  in  tenns  of  die  time  expended  to 
develop  the  test  plans  and  test  descriptions.  Tliis  provides 
the  user  with  a  comparison  of  time  versus  complexity  of  die 
test  case. 

Quality  is  measured  by  die  number  of  comments,  redlincs 
received  per  test  case,  number  of  reruns  needed,  number  of 
changes  to  document  after  release,  and  die  percentage  of 
test  summaries  completed  widiin  48  hours. 

The  schedule  metric  measures  on-dme  delivery  of  test 
documentadon  (test  plans,  procedures,  etc  ). 

Productivity  is  measured  in  terms  of  die  tester’s  productiv¬ 
ity  in  die  lab  (test  time)  and  die  time  it  takes  to  generate  a 
test  report.  Finally  a  predeteniiined  rate  chart  is  used  to 
calculate  whether  a  test  case  or  test  review  meets  its 
precalculated  time  to  compledon. 

Three  forms  of  metric  analysis  can  take  place  dirougliout 
integration  testing  and  computer  software  configuration 
item  (CSCI)  testing: 


•  Casual  analysis  consists  of  monitoring  the  num¬ 
ber  of  redlines,  comments,  reruns,  and  on-time 
delivery  of  documents. 

•  Trend  analysis  monitors  test  plan  development 
and  description  times,  tester  productivity,  per¬ 
centage  of  run  folders  generated,  number  of  auto¬ 
mated  test  cases,  and  test  report  development 
time. 

•  Status  analysis  is  monitored  in  terms  of  whether 
die  proposed  delivery  time,  the  projected  test  plan 
execution  time,  and  document  turnaround  times 
are  met.  The  above  collected  data  may  be  com¬ 
puted  independently  or  in  various  combinations. 

NEW  AND  EMERGING  TOOLS 

Current  testing  procedures  in  the  AFSCN  are  manually 
intensive.  Manual  processes  in  testing  can  cause  lost  time 
and  occasionally  erroneous  test  results.  Automating  the 
testing  process  is  clearly  die  desired  path  towards  meeting 
reduced  cost  and  increased  quality  and  reliability  goals. 
Automated  test  tools  reduce  die  amount  of  human  interac¬ 
tion,  which  ultimately  will  reduce  die  number  of  errors 
introduced  in  die  testing  process. 

Automated  testing  will  reduce  die  amount  of  data  humans 
must  process,  which  will  allow  testers  to  devote  additional 
time  to  building  a  more  intelligent  and  comprehensive  test 
case.  A  few  of  diese  tools  are  described  below. 

Tlie  Development  Automated  Repetitive  Testing  System 
(DARTS)  is  a  mainframe-based  test  tool.  Designed  for  use 
in  die  AFSCN,  it  permits  replaying  test  cases  with  precise 
repeatability  for  comparison  against  output  data.  The 
ultimate  result  is  a  reduction  in  die  cost  of  testing  software 
widi  die  quality  consistent  widi  or  higher  than  manual 
testing  procedures. 

Available  commercial  tools,  such  as  Software  Research’s 
Software  TestWorks  (STW),  provide  an  integrated  set  of 
tools  diat  assist  in  regression  testing  and  test  planning. 
Tliese  tools  support  testing  and  quality  control  enhance¬ 
ment  dirougliout  die  entire  life  cycle  of  software  develop¬ 
ment. 

Automated  ineasurenient  techniques  and  tools  are  being 
used  to  support  die  improvement  of  software.  Tlie  Amadeus 
Measurement  Driven  Analysis  and  Feedback  system  is 
sponsored  by  die  Defense  Advanced  Research  Projects 
Agency  (DARPA)  to  support  work  on  Software  Technol- 
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ogy  for  Adaptable  Reliable  Software  (STARS).  Amadeus 
empirically  guides  tlie  software  development  process  by 
integrating  in-process  measurements  tliat  show  where  im¬ 
provements  can  be  realized.  Ultimately,  tire  intent  is  to 
improve  large  scale  system  software  tlirough  empirical 
analysis.  Another  measurement  tool  called  METRIC, 
produced  by  Software  Research  Inc.,  is  a  mebics  software 
generator  and  processor.  Tliis  tool  measures  tlie  size  and 
complexity  of  software  code  to  determine  tlie  areas  tliai 
need  the  most  developmental  attention.  Metrics  support 
code  written  in  Ada,  C,  C++  and  Fortran. 

Measuring  quality  is  anotlier  facet  of  software  that  is 
moving  toward  automation  as  a  means  of  improving  devel¬ 
opment  process.  The  Quality  Evaluation  System  (QUES)  is 
a  tool  sponsored  by  Rome  Labs  and  developed  by  Software 
Productivity  Solutions,  Inc.  Tliis  tool  defines  tlie  frame¬ 
work  of  software  quality  from  a  user’s  point  of  view.  QUES 
automates  the  quality  measurement  process  to  make  soft¬ 
ware  development  more  feasible  in  tenns  of  cost'.  In 
addition,  it  unburdens  tlie  users  from  having  to  sort  tlirough 
massive  amounts  of  data.  QUES  produces  finished  reports 
and  analysis  which  are  easy  for  users  to  comprehend. 

Determining  reliability  of  software  runs  hand  in  hand  witli 
quality  detennination.  Tliere  are  models,  design  metliods, 
and  techniques  for  ensuring  reliable  software  development; 
however,  no  real  solution  can  be  derived  by  one  particular 
metliod.  Determining  software  reliability  can  vary  from 
project  to  project  depending  on  how  reliability  is  defined. 
Reliability  is  also  anotlier  function  diat  is  being  automated 
in  the  software  development  life  cycle. 

Computer-Aided  Software  Reliability  Estimation  system 
(CASRE)  is  one  tool  tliat  is  under  development  for  assess¬ 
ing  the  reliability  of  software.  Tlie  intent  of  tlie  reliability 
system  is  to  give  tlie  engineer  information  that  identifies  tlie 
best  model  or  models  tliat  holds  the  solution  to  his  or  her 
needs. 


CONCLUSION 

In  assessing  tlie  use  of  measurement  data  for  various 
AFSCN  characteristics,  it  was  found  tliat  present  software 
practices  focus  on  maintaining  current  levels  of  software 
performance  ratlier  tlian  on  improving  tlicsc  levels.  Metric 
data  collected  during  testing  tippetir  to  vary  with  tlie  com¬ 
plexity  of  the  test  case.  Tlie  quality  of  metrics  appears  to 
rely  on  the  quantity  of  tlie  comments  or  rcdlines  ratlier  than 
on  tlie  quality  of  tlie  conimetiLs  which  arc  significant. 
Analysts  and  engineers  would  benefit  from  using  tools  tliat 
reduce  the  amount  of  analysis  data.  Eliminating  tlie  large 


amount  of  data  derived  from  test  cases  would  give  the 
analyst  just  tlie  data  needed  to  verify  the  test  case. 

Tlie  AFSCN  would  benefit  from  having  a  base  of  generic 
(reusable)  software  available,  adding  state-of-tlie-art  soft¬ 
ware  tools  and  techniques  to  meet  its  software  improve¬ 
ment  goals.  Tools  chosen  on  a  case-by-case  basis  depend¬ 
ing  on  the  particular  function  (e.g.,  requirements  analysis 
or  quality  analysis)  would  help  tlie  AFSCN  meet  cost 
reduction  goals  and  also  form  a  viable  path  towards  achiev¬ 
ing  ultimate  software  performance  and  improvement  in  the 
AFSCN. 
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WAN  Technologies: 

From  Circuit  Switching  to  Fast  Packet  Switching  and 
AFSCN  WAN  Technology  Forecasts 

Terry  Balanesi,  C&DP/Paraintw 
Nicholas  Phan,  C&DP/Paramax 


This  two  part  article  covers  the  evolution  of  Wide  Area 
Network  (WAN)  technology  from  the  first  digital  neMork, 
the  T1  system,  to  the  future  developments  towards  Broad¬ 
band  Integrated  Services  Digital  Network  (BISDN).  In 
Part  1,  the  article  introduces  WAN  technologies  and  dis¬ 
cusses  two  fast  circuit  switching  networks:  I)  TI  systems 
and  2)  Integrated  Services  Digital  NeMork  (ISDN).  In  Part 
2,  which  will  appear  in  a  subsequent  technical  report,  fast 
packet  switching  networks  and  their  associated  technolo¬ 
gies  will  be  explored.  These  are:  3)  Frame  Relay,  4) 
Switched  Multimegabit  Data  Services  (SMDS),  and  5) 
BISDN  (which  includes  an  explanation  of  Asy  nchronous 
Transfer  Mode  (ATM)  and  Synchronous  Optical  Network 
(SONET)).  Additionally,  Pan  2  gives  a  forecast  of  how 
future  communications  technologies  can  be  infused  into  the 
AFSCN. 


INTRODUCTION 

One  of  tlie  fastest  growing  technologies  in  tlic  computer 
high  technology  industry  is  die  computer  communications 
field.  Tlie  introduction  of  fiber  optics  has  brought  with  it 
new  and  exciting  technologies  tliat  will  utilize  tlie  full 
potential  of  tliis  communication  medium.  Tliis  article 
introduces  the  communications  technology  background  to 
the  Air  Force  Satellite  Control  Network  (AFSCN)  by 
describing  tlie  technologies  and  metliodologies  tliat  con¬ 
tinue  to  influence  the  communications  field  in  wide  area 
networks  (WANs).  Tlie  method  used  to  explore  tliesc  basic 
WAN  technologies  is  to  describe  die  historical  evolution 
from  die  first  digital  network  of  the  telephone  companies  to 
die  expectations  offered  by  future  fast  packet-switched  and 
fast  circuit-switched  networks.  I  his  nieUuxl  of  exploring 
dicsc  technologies  also  shows  their  relationsliips  to  each 
odier. 

The  AFSCN  can  be  dc.scribed  as  a  private,  dedicated, 
circuit-switched  WAN  based  on  iniprovenicnt.s  of  die  Tl 


system  technology.  Secuon  4.2. 1  (System  Performance)  of 
die  AFSCN  Operadonal  Requirements  Document  (ORD) 
(First  Coordination  Draft)  dated  die  23  February  1993 
addresses  a  specific  problem  widi  the  AFSCN  WAN  and 
idendfies  die  value  of  diis  article.  Currently,  die  AFSCN 
WAN  maintains  communications  links  sized  to  accommo¬ 
date  die  maximum  bandwiddi  needed.  The  cost  for  main¬ 
taining  diese  types  of  dedicated  communicauons  links  is 
seen  as  no  longer  supportable.  The  technology  now  exists 
dial  allocates  a  communications  link  only  the  bandwidth 
diat  is  needed  (bandwiddi  on  demand). 

Tliis  new  technology  can  be  udlized  in  one  of  two  ways  in 
die  AFSCN.  Tlie  first  way  is  to  convert  die  existing  AFSCN 
WAN  technology  over  to  die  new  technology.  Tliis  conver¬ 
sion  represents  a  major  expense  to  die  AFSCN.  The  second 
way  to  make  use  of  this  new  technology  is  to  have  the 
AFSCN  WAN  incorporate  die  use  of  die  new  technology 
public  networks  being  developed,  Tliis  mediod  simply 
requires  purchasing  equipment  diat  will  interface  widi  the 
new  public  networks  and  represents  an  easier  transition  to 
infusion  of  die  new  tcchiK-,ogy. 

Tliis  article  explains  die  new  technologies  as  diey  have 
evolved,  and  identifies  die  public  networks  diat  are  being 
developed.  Introducing  diese  new  technologies  and  public 
networks  here  can  benefit  the  AFSCN  community  by 
providing  valuable  information  for  future  decisions  that 
must  be  made  conceming  AFSCN  communications.  Tlie 
last  section  of  Part  2  of  diis  ardcle  contains  an  aggressive 
attempt  to  forecast  die  infusion  of  diese  new  technologies 
into  die  AFSCN  WAN. 


WIDE  AREA  NETWORK  COMMUNICATIONS 
TECHNOLOGY  OVERVIEW 

Tlie  communications  field  has  divided  its  architectural 
view  of  die  world  into  diree  distinct  groups:  local  area 
networks  (LANs),  metropolitan  area  networks  (MANs), 
and  WANs.  Tlie  definition  of  diese  groups  uses  two  key 
points:  geographical  area  and  data  transmission  rates. 
However,  data  transmission  rates  have  diminished  as  a 
distinguishing  factor  widi  die  development  of  new  commu¬ 
nications  technologies.  Generally,  LANs  are  limited  to  a 
geographical  area  of  a  building  or  group  of  buildings. 
Likewise,  MANs  arc  usually  contained  within  a  metropoli- 
tiui  area.  Tlie  main  topic  of  diis  article  deals  widi  the  new 
technology  diat  is  being  developed  for  use  in  WANs.  The 
WAN  technology,  with  its  increased  data  transmission 
rates  (and.  dicrcfore,  its  increased  bandwiddi)  will  have  the 
biggest  impact  on  world-wide  communications  in  die  near- 
term  and  niid-tcnii  future.  Tlie  AFSCN  will  find  the 
applicauon  of  diis  technological  growdi  to  be  of  greatest 
interest. 


Page  28 


Contact 


COMMUNICATIONS  NETWORKS  SWITCHING 

Communications  networks  switching  consists  of  an  inter¬ 
connected  (by  communications  links)  collection  of  nodes, 
in  which  data  are  transmitted  from  a  source  node  to  a 
destination  node  by  being  routed  tlirough  die  network  of 
nodes.  A  node  can  represent  data  terminal  equipment 
(DTE),  data  switching  equipment  (DSE),  or  data  circuit 
terminating  equipment  (DCE).  Tlie  DTE  generally  de¬ 
scribes  the  end  user  machine  (computer  or  temiinal).  Tlie 
DCE’s  function  is  to  connect  die  DTE  into  die  conununica- 
tions  link.  Tlic  DSE  refers  to  the  switch  diat  allows  die  DTE 
to  use  more  than  one  communications  link  to  communicate 
with  multiple  end  users.  Tlie  two  types  of  conmiunicadoiis 
network  switching  explored  here  are  circuit-switched  net¬ 
works  and  packet-switched  networks. 

Circuit  switching  is  the  process  of  establishing  and  main¬ 
taining  a  communicadons  physical  circuit  between  two  or 
more  users  on  demand  and  giving  diese  users  exclusive  use 
of  the  communications  circuit  until  die  connection  is 
released. 

Packet  switching  is  so  named  because  die  user  data  are 
divided  into  pieces,  or  packets.  Tliese  pieces  or  packets 
have  protocol  control  information  (headers)  placed  around 
or  in  front  of  die  user  data  and  are  routed  dirough  die 
network  as  independent  entides.  Tlie  tradidonal,  predomi¬ 
nant  interface  standard  for  packet  switcliing  networks  is  die 
International  Telegraphy  and  Telephony  Consultative 
Committee’s  (CCITT’s)  X.25  standard.  This  X.25  stan¬ 
dard  can  be  described  using  die  Inteniauoiial  Organization 
for  Standardization’s  (ISO’s)  seven-layer  Open  Systems 
Interconnecdon  (OSI)  model.  Tlie  X.25  standard  intro¬ 
duces  the  concept  of  die  virtual  circuit.  Hiis  mediod 
establishes  a  logical  comiecdon  dnougli  die  network  from 
die  source  DTE  to  die  desdnation  DTE  before  any  packets 
are  sent.  Tliis  is  done  by  as.sociating  each  channel  (link)  at 
each  of  die  nodes  widi  die  virtual  circuit.  Tliree  odier  key 
features  of  the  X.25  standtu'd  diat  wilt  be  discussed  in 
reladon  to  WAN  technology  are: 

•  Call  control  packets  are  used  for  setting  up  and 
clearing  virtual  circuits.  Tliese  control  packets 
are  carried  on  die  .same  virtual  circuit  as  data 
packets.  Tliis  type  of  signaling  is  called  inbaiid 
signaling. 

•  The  ISO  model  network  layer  perfonns  the 
multiplexing  of  die  virtual  circuits. 

•  Flow  control  and  error  conU'ol  nicchiuiisnis  arc 
at  bodi  die  ISO  model  data  link  layer  and 
network  layer. 


In  addidon,  die  X.25  network  must  keep  a  table  of  current 
states  for  each  virtual  circuit  at  each  node  between  the 
source  node  and  die  destinadon  node  of  the  network.  All  of 
this  overhead  is  jusdfied  when  there  is  significant  probabil¬ 
ity  of  error  on  any  of  die  communicadon  links  in  the 
network.  Tlie  network  overhead  described  here  has  given 
rise  to  major  developments  in  packet  switching  technology. 
These  major  developments  are  described  in  die  fast  packet 
switching  evolution  secdon  contained  in  Part  2. 


MULTIPLEXING  METHODOLOGIES 

Muldplexing  allows  multiple  data  channels  to  be  combined 
on  a  single  U'ansmission  medium.  Tliis  allows  for  a  more 
effective  use  of  the  total  bandwidth  of  a  communicadons 
link. 

In  frequency  division  muldplexing  (FDM),  the  transmis¬ 
sions  from  multiple  users  are  sent  simultaneously  across  the 
communications  link.  Each  user  is  allocated  a  fixed  portion 
of  die  frequency  spectrum.  A  number  of  users’  signals  can 
be  carried  simultaneously  if  each  signal  is  modulated  onto 
a  different  carrier  frequency  (cliannel)  and  these  carrier 
frequencies  (channels)  are  sufficiendy  separated  so  that  die 
bandwidUis  of  die  signals  do  not  overlap.  Each  carrier 
channel  is  assigned  a  different  frequency  to  prevent  inter¬ 
ference  from  odier  channels,  and  each  channel  is  separated 
widi  unused  portions  of  die  frequency  spectrum  called 
guardbands. 

Time  division  multiplexing  (TDM)  provides  a  user  die  full 
channel  capacity,  but  divides  die  channel  usage  into  dme 
slots.  Each  user  is  given  a  slot  and  the  slots  are  rotated 
among  die  user  channels. 

Tlie  convendonal  TDM  wastes  the  bandwidth  of  die  com¬ 
munications  link  for  certain  applications  because  die  dme 
slots  are  often  unused.  Vacant  slots  occur  when  an  idle  link 
has  nodiing  to  transmit  in  its  time  slot.  Statisucal  TDM 
dynamically  allocates  die  time  slots  among  die  aedve 
communicadons  links  and  dius  eliminates  vacant  slots. 


FAST  PACKET  SWITCHING  DEFINED 

Fast  packet  switching  (FPS)  removes  the  error  checking 
and  flow  control  diat  cire  present  in  die  ISO  model  data  link 
layer  protocols  of  older  packet  switching  networks.  This 
simplified  data  link  protocol  allows  faster  packet  switches 
the  capability  to  take  over  die  routing  of  die  packets  dirough 
the  network.  The  capabilities  of  die  switches  rely  on:  l)die 
improvement  of  die  physical  medium  (i.e.,  fiber  optic 
cables)  diat  reduces  die  probability  of  packet  error  or  loss, 
and  2)  a  Large  increase  in  available  bandwiddi. 


September  1993 


Page  29 


FAST  CIRCUIT  SWITCHING  DEFINED 

Fast  circuit  switching  relies  on  tlie  high-speed  circuit 
switch  improvements  combined  witli  tlie  improvement  of 
the  physical  medium  (i.e.,  fiber  optic  cables)  and  its  large 
increase  in  available  bandwidtli. 


FAST  CIRCUIT  SWITCHING  EVOLUTION 

Fast  circuit  switching  technology  has  evolved  from  die  first 
digital  network  technology,  Uie  T1  system.  Tlie  T1  tech¬ 
nology  first  became  commercially  available  in  1977  and 
has  sparked  an  evolution  of  improvements  to  die  early 
digital  system.  Tlie  fast  circuit  switching  technology  has 
been  developed  by  tlie  following  improvements:  1)  faster 
circuit  switches  that  set  up  a  call  circuit  in  less  ume,  2) 
multiplexer  technology  that  has  tlie  capability  of  multi¬ 
plexing  an  increasing  amount  of  circuits,  and  3)  fiber  optic 
cabling,  which  is  slowly  making  its  way  into  die  infrasuiic- 
ture  of  the  existing  telephone  digital  network,  wliicli  cleans 
up  die  signal  so  diat  error  checking  no  longer  remains  a 
concern  of  the  network.  Anodier  improvement  diat  is  part 
of  this  evolution  is  die  attempt  to  eliminate  die  need  to 
convert  from  analog-to-digital  and  digital-to-analog  in  die 
exisdng  telephone  digital  network.  This  would  be  accom¬ 
plished  dirough  die  adopdon  by  all  regional  Bell  operating 
companies  of  a  national  Integrated  Services  Digital  Net¬ 
work  (ISDN)  standard  that  allows  only  digital  voice  and 
data  input  to  die  telephone  network. 


THE  T1  SYSTEM  FAMILY 


With  the  advent  of  analog-to-digital 
conversion  and  cost-effecdve  pulse 
code  moduladon  (PCM)  techniques, 

AT&T  and  the  Bell  system  began  to 
implement  digital  voice  systems  in 
die  early  1960s.  Designated  die  T1 
carrier,  these  early  systems  were  ini- 
dally  constructed  to  connect  tele¬ 
phone  central  offices.  Tlie  T1  sys¬ 
tem  is  designed  around  a  1.544  mil¬ 
lion  bits  per  second  (Mbps)  data  trans¬ 
mission  rate,  which  in  die  1960s  was 
the  highest  data  transmission  rate 
diatcould  be  supported  across  twisted 
copper  wire  pair  (or  twisted  pair)  for 
an  approximate  distance  of  1  mile 
(6,0(X)  feet).  By  spacing  die  man¬ 
holes  in  large  cities  at  diis  approxi¬ 
mate  1-mile  distance,  a  convenient 
means  to  replace  die  analog  amplifi¬ 
ers  with  digital  regenerators  was  cre- 

Figure  1 :  Digital  Circuit  Structure 
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ated.  The  term  T1  was  devised  by  the  telephone  company 
to  describe  a  specific  type  of  equipment.  Today  the  term  T1 
is  used  to  describe  a  general  carrier  system,  a  data  transmis¬ 
sion  rate,  and  numerous  data  framing  protocols. 

Tlie  T1  system  (see  Figure  1)  is  based  on  time  division 
multiplexing  24  users  on  one  physical  circuit.  The  system 
uses  a  data  service  unit  (DSU)  /  cliannel  service  unit  (CSU) 
to  accomplish  die  analog-to-digital  conversion  and  the 
multiplexing.  The  DSU  converts  DTE  signals  into  bipolar 
(two  polarides  which  represent  a  binary  zero  and  a  binary 
one)  digital  signals.  In  addition,  die  DSU  performs  clock¬ 
ing  and  signal  regeneration  on  die  digital  channel.  The 
CSU  performs  die  following  functions:  1)  line  condidoning 
(equalization),  which  keeps  die  signal’s  performance  con¬ 
sistent  across  die  channel  bandwidth,  2)  signal  reshaping, 
which  reconsdtutes  the  binary  pulse  stream,  and  3)  loop- 
back  tesdng. 

Since  die  T1  system  predates  die  ISO  model,  no  direct 
correlation  exists  between  die  two.  However,  the  T1 
system  can  still  be  described  using  the  ISO  model.  The  T1 
system  uses  frames  for  data  transmission  and  control  across 
die  network.  In  terms  of  die  ISO  model,  the  only  layers 
involved  in  die  T1  system  are  die  physical  layer  and  the  data 
link  layer.  Tliese  T1  frames  use  various  techniques  to 
embed  control  and  error  checking  employed  between  two 
data  transmission  nodes.  After  years  of  development,  the 
Extended  Super  Frame  (ESF)  was  introduced  to  address 
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several  problems  inlierent  in  previous  T1  frame  formats. 
The  ESF  provides  additional  signalling  capabilities,  more 
diagnostics,  and  error  detection.  Tlie  data  link  protocol  of 
the  T1  frame  can  utilize  a  High-level  Data  Link  Control 
(HDLC),  which  is  an  ISO  bit-oriented  line  protocol  speci¬ 
fication,  or  a  subset  of  HDLC  such  as  Link  Access  Proce¬ 
dure,  Balanced  (LAPB).  Tlie  AT&T  ESF  uses  a  simplified 
LAPB. 

The  T1  system  has  become  one  of  the  most  widely  used 
high-capacity  systems  for  transmission  of  bodi  voice  and 
data.  In  January,  1984,  AT&T  introduced  its  ACCUNET 
T1.5  service  that  provided  sufficient  bandwidth  to  handle 
data,  voice,  and  video  simultaneously. 

Fractional  T1  permits  die  network  user,  whose  traffic 
volume  does  not  justify  tlie  need  for  a  full  T1  link,  to  buy 
DSO  (64  Kbps)  lines  individually. 

Table  1  identifies  die  current  definitions  of  T1  systems 
using  copper  twisted  pair.  Table  2  identifies  die  definitions 
of  T1  systems  using  fiber  opdc  cables.  Tliere  has  been  a 
blending  of  die  early  fast  packet  technologies  over  die 
existing  public  circuit-switched  telephone  T1  digital  net¬ 
work.  This  blending  of  technologies  will  probably  con¬ 
tinue  with  die  introduction  of  T3  circuits  (see  below). 
However,  die  migradon  towards  BISDN  and  die  use  of 
photonic  technology  such  as  SONET  will  severely  reduce 
die  T1  system  market. 

High-Rate  Digital  Subscriber  Line  (HDSL)  is  a  high- 
priority  research  project  being  conducted  by  Bellcore  (Bell 
Communications  Research).  By  1992,  diis  project  will 
enable  local  telephone  companies  to  offer  switched  and 
dedicated  T1  services  over  exisdng  copper  local  loops 
without  repeaters. 

High-Speed  Circuit  Switching  (HSCS)  data  service  pro¬ 
vides  dial-up  digital  data  transmission  at  T1 ,  T3,  and  higher 
rates,  with  pricing  based  on  usage.  Since  HSCS  involves 
several  seconds  of  dial-up  time,  diis  service  is  ideal  for 
companies  that  transmit  data  over  extended  periods  of  time 
(several  hours)  and  do  not  require  instantaneous  access. 

INTEGRATED  SERVICES  DIGITAL  NETWORK 

With  die  emergence  of  digital  transmission  and  digital 
switching  came  a  revoludonary  concept  diat  dicse  two 
functions  could  be  integrated  to  fomi  an  Integrated  Digital 
Network  (IDN).  Tliis  concept  was  in  contrast  to  tlie 
functionally  separate  organizations  diat  designed  and  ad¬ 
ministered  die  transmission  and  switching  systems  in  pre¬ 
vious  telephone  networks.  Tliis  evoludon  toward  die  IDN 
has  been  driven  by  die  need  to  provide  economic  voice 
communicadons.  However,  die  resulting  network  has  been 


Table  1:  T1  System  Family  Using  CopperTwisled  Pair 


System  Name 

Number  of 
Channels 

Data 

Transmission 

Rate 

T1 

24 

1.544  Mbps 

T2 

S6 

6.312  Mbps 

T3 

672 

44.736  Mbps 

T4 

4,032 

274.176  Mbps 

Table  2;  T1  System  Family  Using  Fiber  Optics 


System  Name 

Number  of 
Channels 

Data 

Transmission 

Rate 

Fr3 

672 

44.736  Mbps 

FT3C 

1344 

90.524  Mbps 

FT-4E-144 

2016 

140.0  Mbps 

FT-4E-432 

6048 

432.0  Mbps 

shown  to  be  well  suited  to  meet  a  variety  of  digital  data 
service  needs.  Tlierefore,  die  IDN  will  combine  the  cover¬ 
age  of  the  geographically  extensive  telephone  network  widi 
die  data-carrying  capacity  of  die  digital  data  networks  in  a 
structure  referred  to  as  ISDN.  The  Integrated  Services 
Digital  Network  has  been  developed  in  a  group  of  recom¬ 
mendations  by  die  CCITT.  Tliis  group  of  recommendadons 
features  digitalization  of  exisdng  telephone  networks,  ex¬ 
isdng  and  andcipated  telecommunication  services,  end-to- 
end  signaling,  and  standardization  of  equipment  and  proto¬ 
cols. 

Since  one  of  die  goals  of  ISDN  is  to  use  the  exisdng 
telephone  network  infrastructure,  much  of  the  technology 
diat  exists  in  die  present  telephone  network  digital  sub¬ 
scriber  loop  using  T1  system  technology  is  described  in  the 
T1  system  family  section.  ISDN  will  support  a  completely 
new  physical  connector  (or  interface)  for  users  (see  Figure 
2),  a  digital  subscriber  loop,  and  a  variety  of  transmission 
services.  Tlie  new  interface  (see  Figure  3)  supports  a  basic 
service  consisting  of  diree  dme  division  multiplexed  chan- 
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nels;  two  channels  tliat  have  data  transmission  rate  capaci¬ 
ties  of  64  thousand  bits  per  second  (Kbps)  and  one  channel 
that  has  a  data  transmission  rate  capacity  of  16  Kbps.  In 
addition,  a  primary  service  will  provide  multiple  64  Kbps 
data  transmission  rate  channels.  Tlie  subscriber  loop 
provides  the  physical  signal  patli  from  tlie  user  to  die  ISDN 
central  office.  Tliis  subscriber  loop  must  support  full- 
duplex  digital  transmission  for  botli  tlie  basic  and  primary 
data  transmission  rates.  Initially,  much  of  tlie  subscriber 
loop  plant  will  be  twisted  pair.  As  ISDN  evolves,  it  is 
anticipated  that  fiber  optic  cable  will  be  used  more  fre¬ 
quently.  The  ISDN  central  office  will  connect  tlie  sub¬ 
scriber  loops  to  tlie  ISDN  and  provide  access  to  a  variety  of 
ISO  model  lower  layer  (layers  1  tlirougli  3)  transmission 
functions.  These  transmission  functions  include  packet 
switching,  circuit  switching,  and  dedicated  circuits.  The 
user  will  also  have  access  to  common  channel  signaling, 
which  is  used  to  control  tlie  network  and  provide  tlic  call 
management. 

The  ISDN  central  office  to  ISDN  user  connection 
(known  as  a  pipe)  will  ctirry  a  number  of  communica¬ 
tions  channels.  Tlie  number  of  channels,  which  repre¬ 
sents  llie  capacity  of  tlie  pipe,  will  vary  between  users. 
Three  types  of  channels  are  used  in  constructing  tlie 
transmission  structure  or  pipe  of  any  ISDN  access  link. 
The  channel  types  are:  tlie  B  channel  witli  a  data 
transmission  capacity  of  64  Kbps,  tlie  D  channel  witli  a 
data  transmission  rate  of  16  Kbps  or  64  Kbps,  and  tlie  H 


channel  with  a  data 
transmission  capacity  of 
384  Kbps,  1536  Kbps,  or 
1920  Kbps.  The  B  channel 
is  the  basic  user  channel. 
Tliis  channel  is  used  to 
carry  digital  data,  digitized 
voice,  or  a  mixture  of 
lower  data  transmission 
rate  traffic  including 
digital  data  and  digital 
voice  encoded  at  a  fraction 
of  tlie  64  Kbps  data 
transmission  rate  capacity. 
Three  kinds  of  connections 
can  be  used  over  a  B 
channel.  These  connec¬ 
tions  are:  packet-switched, 
circuit-switched,  and  semi¬ 
permanent  or  leased  line. 
Tlie  D  channel  serves  two 
important  purposes.  First, 
tlie  D  channel  carries  tlie 
signaling  information  to 
control  circuit-switched 
calls  on  the  associated  B 
cliannels  at  tlie  user  interface.  Tlie  D  channel  is  used  to 
set  up  calls  on  all  of  tlie  B  channels  at  tlie  user  interface 
(Uiis  process  is  known  as  commw)  channel-signaling). 
Secondly,  die  D  channel  is  used  for  packet  switching  or 
low  speed  telemetry  at  times  when  no  signaling  informa¬ 
tion  is  needed.  Tlie  H  channel  is  provided  for  user 
information  diat  requires  higher  data  uansmission  rates. 
Tlie  user  may  use  tlie  H  channel  as  a  high  speed  trunk  or 
may  subdivide  die  channel  using  time  division  multi¬ 
plexing. 

Tlie  ISDN  protocol  architecture  is  shown  in  Figure  3.  ISDN 
currendy  has  two  ISO  physical  layer  interface  specifica¬ 
tions:  die  basic  rate  user-to-network  interface  and  the 
primary  rate  user-to-network  interface.  In  both  interfaces 
die  ISO  physical  layer  primitives  are  defined  and  used  to 
activate  and  deactivate  die  physical  interface  and,  Uius, 
provide  seiv'ice  to  die  ISDN  ISO  data  link  layer. 

Tlie  CCITT  ISDN  recommendadons  reference  four  impor¬ 
tant  data  link  protocols  for  consideration;  LAPD,  LAPB, 
I.465A'.120,  and  frame  relay.  Initially,  the  principal 
emphasis  by  die  CCITT  was  to  define  a  data  link  control 
protocol  for  die  D  channel.  Tliis  protocol,  known  as  LAPD, 
is  used  for  communication  between  die  user  and  the  net¬ 
work.  All  D  channel  traffic  employs  die  LAPD  protocol. 
Tlie  LAPD  protocol  is  a  subset  of  the  LAPB  protocol, 
which,  as  stated  earlier,  is  a  subset  of  die  HDLC  protocol. 
Tlie  LAPB  protocol  was  also  included  in  the  X.25  standard 
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Figure  3:  ISDN  Protocol  Architecture  at  the  User-Network  Interface 


for  packet  networks  and  is  used  in  conjunction  wiUt  tlie 
X.25  network  layer  on  B  channels  to  provide  packet  switch¬ 
ing  support  for  ISDN  users.  A  circuit-switched  connection 
has  an  end-to-end  circuit  between  two  users.  Tlie  users  are 
free  to  use  any  data  link  control  protocol.  However,  two 
ISDN-related  data  link  control  protocols  have  been  stan¬ 
dardized:  I.465A^.  120  and  frame  relay.  Tlie  1.465/V.  120  is 
a  1988  CCITT  recommendation  on  terminal  adaptation 
based  on  a  data  link  protocol  similar  to  LAPD.  Tliis  data 
link  control  protocol  allows  for  die  multiplexing  of  mul¬ 
tiple  logical  connections  between  two  users  over  a  single  B 
cliannel  or  H  cliannel  circuit.  Frame  relay  takes  tlie  1.465/ 
V.  120  concept  one  step  furtlier.  Frame  relay  is  described  in 
the  Frame  Relay  section  in  Ptirt  2  of  tliis  article. 

The  ISDN  network  layer  protocol  is  tlie  key  to  ISDN  call 
control.  The  ISDN  network  layer  protocol  deals  wiili 
circuit-switched  services  calls,  packet-switched  services 
calls,  and  user-to-user  signaling  not  associated  with  a 
circuit  switched  call. 

ISDN  will  provide  a  wide  variety  of  services  such  as 
telephone,  leased  telephone  circuits  (information  retrieval). 


music,  packet-switched  data,  circuit-switched  data,  leased 
data  circuits,  telemetry,  funds  transfer,  mailbox,  electronic 
mail,  alarms,  telex,  teletex,  videotex,  facsimile,  surveil¬ 
lance,  television  conferencing,  teletext,  videophone,  and 
cable  television  distribution.  Tltese  services  can  be  grouped 
under  four  service  headings:  telephony,  data,  text,  and 
image. 

Wltile  ISDN  lias  been  available  in  a  limited  capacity  to  a 
few  large  companies  over  tlie  last  5  years,  differences 
between  tlie  Regional  Bell  Operating  Companies  (RBOCs) 
have  prevented  communication  between  the  ISDN  users. 
In  early  1991,  tlie  telecommunications  industry  moved 
toward  overcoming  tliis  problem  by  agreeing  on  a  new 
nationwide  ISDN  sumdard.  Computer  companies  and 
otlier  equipment  manufacturers  have  been  busy  developing 
products  lliat  would  use  tliis  new  technology.  In  Northern 
California,  companies  such  as  Combine!  Incorporated  of 
Sunnyvale,  Pacific  Bell,  Northern  Telecom,  IBM,  and 
Lawrence  Livermore  National  Laboratory  have  been  using 
ISDN  for  telecommunicating,  video  teleconferencing,  and 
advanced  faxing.  Still,  two  of  the  seven  RBOCs,  South¬ 
western  Bell  Corporation  and  U.S.  West  Incorporated, 
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have  quietly  decided  not  to  use  die  new  ISDN  standard  for 
the  basic  type  of  ISDN  service  and  chosen  to  use  tlieir  own 
standard.  To  add  to  die  problem,  a  rift  still  persists  in  die 
telephony  industry  over  how  fast  die  RBOCs  intend  to 
modernize  to  digital  networks  and  how  much  die  RBOCs 
will  charge  for  the  new  ISDN  services. 


SUMMARY 

Part  1  of  this  two  part  article  has  introduced  die  key 
terminology  for  WAN  technologies  and  investigated  die 
major  fast  circuit  switching  networks.  Part  2  identifies  and 
investigates  the  current  and  future  fast  packet  switching 
networks  and  their  associated  technologies  and  protocols. 
In  addition,  the  infusion  of  diese  fast  circuit  switching  and 
fast  packet  switching  into  die  AFSCN  is  investigated. 
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Using  Modeling  To  Support  AFSCN  Decision  Makers 
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Modeling  and  Simulation  (M&S)  is  becoming  an  increas¬ 
ingly  important  technology  in  the  DoD  system  acquisition 
process.  Emphasizing  the  importance  of  M&S,  the  Defense 
Modeling  and  Simulation  Office  was  established  in  1991  to 
coordinate  M&S  activities  across  the  DoD.  Further,  the 
Director,  Defense  Research  Engineering  has  included 
Synthetic  Environments,  which  employ  and  integrate  M&S, 
as  one  of  seven  Science  and  Technology  thrusts. 

This  paper  briefly  discusses  the  technology  of  M&S  and  the 
role  of  M&S  in  the  Air  Force  Satellite  Control  Network 
(AFSCN).  The  primary  focus  is  a  proposed  network  level 
model,  NEMO,  that  employs  integrated,  hierarchical,  vari¬ 
able-resolution  modeling  technology.  The  result  is  a 
flexible,  robust  modeling  capability  at  various  abstraction 
levels  to  support  a  variety  of  AFSCN  analyses.  In  addition, 
NEMO  could  be  a  component  model  in  a  Synthetic  Environ¬ 
ment  used  to  train  warfighters  and  support  system  acquisi¬ 
tions. 


INTRODUCTION 

Modeling  and  Simulation  (M&S)  is  becoming  an  increas¬ 
ingly  important  technology  in  the  DoD  system  acquisition 
process.  M&S  plays  a  key  role  in  the  new  DoD  emphasis 
on  demonstration  of  technology  maturity  and  operational 
relevance  prior  to  tlie  start  of  and  at  key  milestones  and 
decision  points  in  the  process.  In  addition,  M&S  is  being 
applied  to  enhance  tlie  performance  of  numerous  functions, 
including  training  and  readiness,  concept  of  operations 
development,  contingency  planning,  operations,  after  mis¬ 
sion  review  and  historical  analysis. 

Emphasizing  tlie  importance  of  M&S,  the  Defense  Model¬ 
ing  and  Simulation  Office  (DMSO)  was  established  in  199 1 
to  coordinate  M&S  activities  across  tlie  DoD.  Further,  the 
Director,  Defense  Research  &  Engineering  (DDR&E)  has 
included  Syntlietic  Environments,  which  employ  and  inte¬ 
grate  M&S,  as  one  of  seven  Science  and  Technology 
tlirusis. 

Given  tliis  DoD  focus  on  large-scale  simulation  and  inte¬ 
gration  of  models,  tliis  paper  examines  M&S  with  regard  to 
tlie  AFSCN.  Our  primary  focus  is  a  network  level  AFSCN 
model.  We  discuss  tlie  needs  for  such  a  model,  its  benefits, 
development  approacli  and  application  to  support  Air  Force 
decision  making. 


WAYS  TO  STUDY  A  SYSTEM 
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Figure  1 :  Ways  to  Study  a  System 
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MODELING  AND  SIMULATION  TECHNOLOGY 

Computer  modeling  and  simulation  is  tlie  technology  of 
manipulating  and  evaluating  a  computerized  reprcsenut- 
tion  of  some  real-world  entity  to  mimic  or  predict  its 
behavior.  To  understand  how  simulation  modeling  fits 
within  the  “world"  of  modeling  and  how  it  differs  from 
otlier  types  of  modeling,  see  Figure  1,  “Ways  to  Study  a 
System.”  One  of  tlie  primary  advantages  of  simulation 
modeling  is  flexibility.  Because  of  its  flexibility,  simula¬ 
tion  modeling  supports  tlie  study  and  analysis  of  extremely 
complex  systems  witli  complex  interactions  between  com¬ 
ponents. 

The  major  disadvantage  of  simulation  mcxleling  is  tliat 
tradeoffs  must  be  made  between  model  fidelity  (how 
closely  die  modeled  behavior  matches  die  real-world 
system’s  behavior)  and  execution  speed.  Even  with  today’s 
faster  processors,  model  builders  usually  must  choose 
between  modeling  a  component  or  subsystem  at  high 
fidelity  or  modeling  die  whole  system  at  low  fidelity.  Tlie 
disadvantage  of  die  former  is  Unit  die  model  cannot  be 
evaluated  from  a  system  perspective  and  side  effects  of 
unmodeled  components  can  be  inis.sed.  Tlie  disadvantage 
of  the  latter  is  diat  oversimplification  or  abstraction  of 
behavior  can  lead  to  invalid  or  incorrect  results. 

The  most  promising  solution  to  the  problem,  being  pursued 
diroughout  die  research  community,  is  an  integrated,  hier¬ 
archical,  variable-resolution  model  (IHVRM).  Tlie  IHVRM 
provides  die  “best  of  all  worlds,  ”  a  high  level  model  diat 
executes  rapidly,  but  zooms  in  on  lower  level,  more  de¬ 
tailed  models  when  required.  At  Rome  Ijiboratory,  for 
example,  a  hierarchical  approtich  looks  promising  for  an 
applicadon  focused  on  hostile  target  identification  [Sisti]. 
Tlie  approach  integrates  detailed,  engineering  models  that 
can  be  “zoomed  in  on"  from  a  higher  level  engagement 
model  when  more  detail  is  required  to  support  die  overall 
simulation. 

Aldiough  die  IHVRM  approach  looks  promising,  diere  arc 
research  issues  to  be  resolved.  Ideally,  the  model  would 
incorporate  mechanisms  diat  would  automatically  identify 
die  portions  of  die  model  diat  contribute  most  significantly 
to  die  results,  perform  sensidvity  tests  to  dcteniiine  when 
results  are  misleading  or  incorrect,  and  “zoom  in  on"  higher 
fidelity  models  as  required  to  preserve  die  integrity  of  the 
model  output. 


M&S  IN  THE  AFSCN 

The  AFSCN  mission  is  to  provide  telemetry,  tracking  and 
commanding  (TT&C),  communicadons,  mission  data  dis¬ 
semination  and  data  processing  support  to  DoD  and  odier 
opcradonal  and  Research,  Development,  Test  and  Evalua¬ 
tion  (RDT&E)  space  systems.  To  fulfill  diis  mission,  the 
AFSCN  consists  of  a  large,  complex  network  of  nodes, 
including  two  main  mission  command  and  control  centers 
and  a  world-wide  network  of  ground  stations  witli  antennas 
to  provide  die  telemetry,  tracking  and  command  (TT&C) 
interface  to  die  space  vehicles.  These  network  assets  are 
configured  to  receive  telemetry  and  mission  data  from  and 
send  commands  to  satellites,  as  designated  by  a  daily 
schedule. 

Widiin  die  AFSCN,  M&S  technology  is  employed  in 
training,  on-orbit  support,  and  phuining/forecasting  func¬ 
tions.  Numerous  existing  or  phuined  models,  each  focused 
on  specific  components,  segmciiLs  or  functions,  have  been 
catalogued,  but  nowhere  in  die  inventory  is  diere  a  network 
level  model.  A  network  level  model  is  one  diat  provides 
“end-to-end"  simulation  of  network  behavior. 

The  Systems  Modeling  &  Simulation  Organization  at  Loral 
Space  &  Range  Systems  (LS&RS)  has  developed  a  concept 
for  a  network  level  model,  based  on  an  IHVRM  approach. 
Tlie  NEtwork  MOdel  (NEMO)  concept  employs  multiple 
levels  of  model  fidelity,  and  mechanisms  for  determining 
when  iuid  how  to  focus  on  r>  particular  level  [Fall]. 

Tlie  benefits  of  such  an  approach  are: 

•  Tlie  user  has  a  fnuiiework  for  not  only  focusing 
on  die  area  of  interest,  but  also  detemiining  die 
impact  of  his  decisions  on  die  entire  system. 

•  A  high  level  (absU'nct)  model  requires  less 
computer  resources;  therefore,  results  arc 
obtained  more  rapidly. 

•  Existing  models,  already  developed  to  yield 
particuhu  results,  are  not  duplicated  or  dirowii 
away,  but  instead  are  integrated  widiin  NFIMO 
so  Uicy  can  be  used  when  applicable. 

•  Mechanisms  built  into  NEMO  automatically 
detemiine  when  die  high  level  boundiuy 
conditions  do  not  constrain  die  nuxlel  suffi- 
ciendy  to  produce  usable  results  or  die  results 
indicate  dial  diere  could  be  some  conditions 
diat  could  create  undesirable  outcomes;  die  user 
ciui  select  a  more  detailed  mtxlel,  vary  the  input 
suciuii,  etc.  to  examine  die  problem  in  more 
detail. 
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Figure  2;  Conceptual  System  Level  Model 


NEMO 

Tlie  AFSCN  consists  of  tliree  main  segments:  the  Com¬ 
mand  and  Control  Segment  (CCS),  die  Operations  Commu¬ 
nications  Segment  (OCS)  and  die  Remote  Ground  Facility 
(RGF)  Segment.  At  die  system  level,  a  model  of  tlic 


AFSCN  would  integrate  high  level  mod¬ 
els  of  die  diree  main  segments  and  their 
interface  to  a  Space  Segment  (SS),  which 
consists  of  die  space  vehicles  diey  sup¬ 
port.  As  shown  in  Figure  2,  die  system 
level  NEMO  provides  an  end-to-end  mod¬ 
eling  capability  by  incorporating  results 
obtained  from  lower  level  models  devel¬ 
oped  to  support  focused  aiir  lyses.  Figure 
3  depicts  die  behaviors  and  cliaracteristics 
of  each  segment  diat  would  be  repre¬ 
sented  widiin  NEMO. 

Tlie  actual  NEMO  implementation  would 
be  a  system  of  layered  models,  from  high- 
level,  low-fidelity  to  low-level,  high  fi¬ 
delity  models.  As  shown  in  Figure  4,  each 
of  die  diree  AFSCN  segments  (CCS,  OCS 
and  RGF)  would  be  represented  by  a  hier¬ 
archy  of  models.  Tlie  same  behaviors 
would  be  represented  at  each  level,  but  die 
level  of  detail,  and  diereforc  die  level  of  fidelity,  would 
increase  from  top  to  bottom  levels. 

For  example,  widiin  die  OCS  diere  are  time  division 
niultiplcx/demultiplex  (TDM)  components  diat  process 
multiple  input/outpul  data  channels.  Low-level,  high  fidel¬ 
ity  models  of  die  TDMs  would  conttiin  die  details  of  bit- 
level  data  processing,  filling  and  unloading  of  data  buffers. 


Figure  3:  Modeled  Behavior  and  Characteristics 


September  1993 


Page  37 


Figure  4;  NEMO  Consists  of  Hierarchical, 

Layered  Models 

cliannel  contention  logic  and  clock  timing.  In  tlie  high 
level,  low  fidelity  NEMO,  tlie  TDMs  would  be  represented 
as  a  fixed  delay  time  of  a  signal  dirough  die  network.  Tlie 
key,  however,  is  that  for  a  particular  analysis,  when  tlie  high 
level  representation  (a  fixed  time  delay)  is  inadequate  to 
give  desired  results,  the  low  level  model  can  be  “zoomed  in 
on”  to  yield  more  precise  results. 

Figure  5  depicts  the  types  of  analyses  tliat  NEMO  can 
support.  NEMO  itself  could  become  a  component  model  in 
a  synthetic-environment,  warfighting  scenario.  In  tliat 
event,  NEMO  will  be  required  to  conform  to  die  protocols 
for  communication  between  models  being  developed  under 
the  auspices  of  the  DMSO,  such  as  DIS  (Distributed 
Interoperable  Simulation)  protocol  and  ALSP  (Aggregate 
Level  Simulation  Protocol).  Tlie  object-oriented  imple¬ 
mentation  approach  for  NEMO  will  facilitate  such  inter¬ 
faces. 


Figure  5:  Framework  of  Analysis  Supported  by  NEMO 


LOAD  GENERATOR 

One  primary  area  of  focus  for  NEMO  is  the  Load  Generator 
or  simulated  scliedule.  Since  die  AFSCN  operates  accord¬ 
ing  to  a  schedule  prepared  and  deconflictcd  by  a  combina¬ 
tion  of  humans  and  computers,  any  dynamic  model  of  the 
AFSCN  must  incorporate  a  simulated  schedule. 


Employing  die  layered  approach  for  modeling,  NEMO  will 
provide  variable  fidelity  by  accessing  one  of  three  tools  for 
generating  the  loads  for  network  analyses,  as  shown  in 
Figure  6.  At  die  most  detailed,  lowest  level,  a  high-fidelity 
model,  such  as  diat  provided  widi  an  existing  AFSCN  tool, 
die  AFSCN  Scheduling  Program  (ASP),  could  be  used  to 
generate  a  highly  detailed  schedule.  To  use  ASP,  the  user 
must  declaratively  state  each  satellite,  its  orbit,  and  its 
contact  requirements.  ASP  dien  simulates  the  preparation 
of  die  schedule  which  can  be  used  to  drive  a  simulation. 


Ustd  to  timulatt  Spoco  Sogmont  loading  on  tho  network 
Three  levels  of  fidelity  will  exist  at  a  mlnlmuin: 

•  Low  •  ThcoreUcol  dietribiitloos  for  gontral  loading. 

•  Medium  •  Empirical  dIstrtHJtlons  to  simulate  each  mission 
snienns  loading  based  on  actual  scheduling  data. 


High  •  Modeling  tools  that  use  actual  satelOte  orbits  and  viewing 
of  sniennss  (fixed  and  mobile)  to  support  constellation  piartnirtg  I 
and  war  fighting  scenarios,  Inckidii^  aatelllle  repositioning  and  I 
cflala  tasking.  I 


Figure  6;  NEMO  Includes 
Various  Levels  of  Load  Generation  Capability 

Aldiougli  die  high  fidelity  of  ASP  is  necessary  and  desir¬ 
able  for  some  applications,  it  imposes  constraints  that  make 
it  unusable  for  oUier  applications.  See  Figure  7,  “Why  the 
Number  of  Variables  Must  Be  Controlled”  for  details. 
Alternatively,  a  medium  fidelity  model,  incorporating 
empirically  derived,  statistical  distributions  representing 
loading  of  specific  antennas  could  be  used,  particularly  if 
antenna  loading  fidelity  is  important.  Examples  of  such 
models  have  been  implemented  by  die  LS&RS  M&S 
Organization  based  on  scheduling  data  from  die  current 
AFSCN  scheduling  system,  die  Automated  Scheduling 
Tools  for  Range  Operation  (ASTRO). 


WHY  THE  NUMBER  OF  VARIABLES 
NEEDS  TO  BE  CONTROLLED 


ll  each  variable  needed  to  be  tested  at  100  values  tor  each  possibility  of  the 
pthar  variables,  at  one  microsecond  per  lest,  we  would  get: 


f  of  variables 

<  o(  tests 

time  to  complete  all  tests 

1 

too 

0.1 

millisacond 

2 

100*2 

0.01 

second 

3 

100*3 

1.0 

second 

4 

100*4 

100.0 

second 

5 

100*5 

10,000 

second  -  2.78  hrs 

6 

100*6 

1.000,000 

second  •  1 1 .57  days 

9 

100*9 

10*12 

second  -  31 7  oanturias 

Figure  7:  Why  the  Number  of  Variables 
Must  be  Controlled 
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Contact 


At  tlie  highest  level,  a  low  fidelity  model  tliat  represents  a 
theoretical  statistical  distribution  of  general  AFSCN  load¬ 
ing  would  provide  the  general  loading  profile  sufficient  to 
perform  many  analyses,  particularly  when  analysis  time  is 
short  or  specific  loading  is  unimportant. 

Within  NEMO,  we  are  developing  a  capability  called 
AFSCN  Capacity  Engine  (ACE),  a  high  level,  abstract 
model  that  emulates  an  AFSCN  schedule  and  estimates 
antenna  loading.  The  danger  witli  abstraction  is  oversim¬ 
plification  which  can  result  in  incorrect  conclusions  (e.g., 
a  total  AFSCN  antenna  availability  is  spread  evenly  across 
antennas  and  indicates  sufficient  capacity,  when  in  fact 
several  antennas  are  oversubscribed  and  several  are 
undersubscribed).  Therefore,  ACE  has  been  designed  to 
provide  enough  abstraction  to  provide  flexibility  and  in¬ 
creased  tliroughput  but  to  retain  sufficient  fidelity  to  ad¬ 
equately  capture  the  behavior  of  tlie  essential  components. 
Tliis  capability  is  accomplished  tlirough  tlie  incorporation 
of  software  mechanisms  tliat  propagate  sensitivity  tlirough- 
out  the  simulation,  providing  insights  into  die  precision  of 
the  model. 

An  overriding  philosophy  during  die  development  of  NEMO 
is  that  of  baselining;  Uiat  is,  to  die  extent  possible,  we 
develop  and  validate  models  Uiat  represent  die  AFSCN  as 
it  is  today,  dien  use  dial  baseline  to  generate  predictors  of 
behaviors  for  which  no  empirical  data  exists.  Tliis  process 
is  detailed  in  Figure  8,  entitled  "Tlie  Baselining  Process.” 
This  baselining  process  ensures,  to  the  extent  possible,  die 
integrity  of  conclusions  drawn  for  “what  if’  types  of 
analyses. 


Data  is  ooHeded  lor  a  ranga  ot 
conditions. 

it  is  used  10  baseline  a  modei. 

(i.e.,  if  Ibe  conditions  are  simiiar, 
the  model  should  give  data  that 
Is  similar) 

That  model  is  used  as  a  surrogate 
for  the  system  to  generate  data  under 
other  conditions. 


Combining  the  data  streams  provides 
data  over  a  wide  range  of  conditions 
that  allows  the  estabfishmant  of  syalom 
performance  trend  predciors. 


The  predieior'  •  .-j  • '  .•  -'i-.  be  used 
by  a  highor  Ic.  cl  u 


CONCLUSION 

The  DoD  has  mandated  increased  reliance  on  M&S  for 
system  acquisidon.  Technologies,  in  particular  object- 
oriented  technology,  are  coming  on  line  that  will  allow 
more  flexible  models  to  be  developed  that  can  address  a 
wide  range  of  decision  support  questions. 

The  AFSCN  has  numerous  models  that  are  currently  fo¬ 
cused  on  particular  applications,  segments,  or  components. 
These  models  could  be  incorporated  into  the  NEMO  con¬ 
cept  presented  in  this  paper  to  provide  a  more  robust 
AFSCN  analysis  capability.  In  addition,  NEMO  could 
provide  tlie  gateway  to  inclusion  of  AFSCN  models  in  the 
Syntlietic  Environments  being  looked  to  for  warfighter 
training  and  system  acquisition. 
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^UniversityTeehnM  Interaetfon 


Cliarlie  Jarrel,  C&DP/Parainax 
Bob  Powell.  C&DP/Paramax 


The  University  Technical  Interaction  Program  ( UTIP)  was  conceived  to  establish  a  professional  and  technical 
liaison  between  universities  and  CWIA  representatives  to  foster  a  think-tank  perspective  for  generating  ideas  that 
support  the  objectives  of  CWIA ’s  Advanced  Technology  Program. 

The  UTIP  concept  involves  using  graduate  students  (and  undergraduates  in  certain  instances)  to  conceptualize 
new-age  satellite  command  and  control  systems,  and  explore  new  technologies  for  enliancing  the  AFSCN  state 
of  tlie  art.  Concept  establisluiient  involves  investigtiting  todiiy’s  technologies  (and  tomorrow’s  forerunners)  as 
foundations  for  future  system  development.  UTIP  provides  Uiree  distinct  benefits: 

1.  Students  participate  in  a  proactive  environment.  Tliey  receive  college  credit  towards  specific  degree 
programs  for  tJieir  thesis  papers;  Uiese  papers  are  evaluated  by  Air  Force  representatives,  giving 
students  tlie  experience  of  real-world  impact. 

2.  The  (TWIA  community  receives  fresh  viewpoints.  In  most  cases,  students  have  relatively  little 
experience  witli  current  AFSCN  operational  requirements;  tliis  lessens  tlie  possibility  of  introducing 
biases  and  otlier  obstacles  tliat  would  reduce  creative  vision. 

3.  The  UTIP  process  furtlier  establishes  useful  networks  for  technology  research  and  development.  By 
approaching  university  engineering  and  computer  science  deans,  an  information  exchange  is 
established  witli  professionals  who  share  current  university/private  R&D  efforts  tliat  may  bolster 
KTA  objectives. 

The  UTIP  is  evolutionary.  Guidelines  are  established  witli  each  participating  student  to  ensure  tliat  Uie  direction 
of  thought  is  adequate  for  AFSCN  needs.  For  cxiunple,  a  graduate-level  student  from  a  local  university  (Colorado 
Technical  College)  is  interested  in  preparing  a  diesis  paper  on  ideas  for  future  50di  Space  Wing  command  post 
operations.  Tlie  student  is  a  USAF  Captain  currently  working  at  Falcon  Air  Force  Base. 

Future  plans  call  for  contacts  to  be  made  witli  die  USAF  Adaceniy  Engineering  Department  to  discuss  similar 
student  involvement  at  Uiat  institution.  Tlie  CWIA  Project  Officer  is  Captain  Chris  Weakley. 
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Kathleen  Rothar  Watson,  Loral  Space  &  Range  Systems 


The  Human-Computer  Interface  (HCl)  Key  Technology 
Area  (KTA)  has  been  actively  involved  in  the  Joint 
Satellite  Control  HCI  Working  Group  (HCIWG)  effort, 
which  is  tasked  with  developing  an  HCI  guideline/ 
standard  tailored  specifically  to  the  satellite  control 
environment.  The  focus  of  this  effort  is  on  operator 
involvement  throughout  the  standards-rnaking  process, 
ensuring  the  unique  needs  of  the  satellite  control 
community  are  met.  In  the  process,  the  KTA  and  the 
HCIWG  have  mutually  benefitted.  The  HCIWG  received 
information  and  focus  from  the  KTA.  and  the  KTA 
received  the  results  of  an  extensive  task  analysis.  The 
HCIWG  task  analysis  identified  tasks  in  detail  and 
confirmed  them  with  the  user  community,  and  it  will  be 
used  by  the  KTA  as  the  basis  for  forecasting  and  devel¬ 
oping  roadmaps  for  infusion  of  HCI  technologies  into 
the  AFSCN. 


THE  HCIWG 

The  Human-Computer  Interface  (HCI)  Key  Teclmology 
Area  (KTA)  actively  participates  in  tlie  Joint  Satellite 
Control  Human  Computer  Interface  Working  Group 
(HCIWG),  an  ongoing  collaborative  effort  led  by 
AFSPACECOM  and  AFMC/SMC  to  improve  tlie 
interoperability,  standardizai  m,  efficiency,  and  quality 
of  human  computer  interfaces  for  all  Department  of 
Defense  (DoD)  satellite  control  systems.  Tliis  group  is 
composed  of  personnel  from  tlie  Air  Force,  Navy  and 
Army  satellite  control  user  communities,  since  well  as 
individuals  from  government  agencies  (e.g..  Aerospace) 
and  contractors  (e.g.,  IBM,  Loral,  Paraniax,  Locklieed). 

The  main  goal  of  tlie  HCIWG  is  to  produce  an  HCI 
guideline/standard  tailored  specifically  for  use  in 
AFSCN  system  development  and  enhancement.  In 
preparation  for  tliis  endeavor,  tlie  HCIWG  reviewed 
current  and  proposed  HCI  standjirds  considered  appli¬ 
cable  to  the  satellite  control  environment.  Tlirough  tliis 
review  process,  tlie  group  observed  tliat  HCI  guidelines/ 
standards,  in  general,  cover  design  guidance  for  older 
HCI  technologies.  These  older  HCI  technologies 
primarily  include  text  based,  command  line  juid  fonn-fill 
entry  HCIs.  lliis  poses  a  problem  since  most  future 


acquisitions  undoubtedly  will  involve  newer  technolo¬ 
gies,  for  which  guidance  has  not  yet  been  well  re¬ 
searched  or  established. 

Since  tlie  value  of  tliis  new  HCIWG  guideline/standard 
involves  current  and  future  acquisitions,  it  is  critical  that 
the  HCI  KTA  provide  to  die  guidelines/standards 
activity  its  primary  resource:  the  accumulating  knowl¬ 
edge  base  and  expertise  on  emerging  HCI  technology 
information  provided  by  the  Advanced  Technology 
Program.  Therefore,  the  main  role  the  KTA  plays  in  the 
HCIWG  is  to  anticipate  die  direction  of  emerging 
technologies,  identify  die  applicability  to  future  AFSCN 
interests  and  incorporate  diose  new  ideas  into  AFSCN 
guidelines/standards  development  activities. 

It  is  clear  from  the  HCIWG  guidelines/standards  review 
diat  sources  addressing  newer  HCI  technology  need  to  be 
identified  and  publicized.  Tlierefore,  die  KTA  has 
undertaken  an  initial  review  of  a  few  recently  published 
guidelines  and  standards.  Sources  currenUy  being 
reviewed  by  die  KTA  for  die  HCIWG  include  publica¬ 
tions  from  the  commercial  world  providing  guidance  for 
graphic  design  (Marcus,  1992),  Macintosh-style  Graphic 
User  Interfaces,  or  GUIs  (Tognazzini,  1992;  Apple 
Computer,  1992),  general  HCI  design  guidance  for 
practitioners  (Sclineiderman,  1992),  and  on-line  docu¬ 
mentation  and  hypertext  interfaces  (Horton,  1990).  In 
addition,  die  KTA  and  HCIWG  are  in  the  process  of 
formally  reviewing  die  DoD  HCI  Style  Guide  (Sept  30, 
1992),  which  is  proving  to  be  a  rich  compendium  of  the 
most  current  applied  research  and  standards  that  address 
newer  HCI  technologies  (e.g.,  large  screen  displays, 
decision  support  aids). 


HCIWG  USABLE  PRODUCTS  TO  DATE 

At  diis  point  in  time,  die  HCIWG  has  already  generated 
usable  products  diat  will  fill  major  gaps  developers  have 
experienced  on  past  connects  using  conventional 
contact  requirements  documentation  (e.g.,  A-specs, 
MIL-STD-1472).  Ihese  include  die  funcdonal  descrip¬ 
tions  of  die  satellite  operations  environment  from  the 
operator’s  perspective  (i.e.,  task  analysis,  die  operational 
scenarios),  required  generic  HCI  capability,  evaluadons 
of  die  most  recently  developed  prototypes  (e.g.,  ASW  II, 
SAGE,  IPAS),  and  die  review  of  exisdng  and  draft 
version  HCI  standards  in  die  community  (e.g.,  AIAA 
Recommended  Practice  for  Human-Computer  Interfaces 
for  Space  Systems  Operations). 

Tlie  HCIWG  is  working  hard  to  produce  a  useful 
standard  quickly  enough  to  meet  die  needs  of  die 
clianging  AFSOI.  Tlie  necessary  steps  to  produce  a 
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useful  standard  beyond  what  is  already  available  (e.g.. 
MIL-STD-1472)  is  time  consuming.  But  in  spite  of  tliis 
challenging  schedule,  the  HCIWG  expects  to  release  its 
first  working  draft  June  1993.  Tliis  document  will  be 
disseminated  to  the  broadest  possible  audience,  notably 
the  user  communities. 

The  HCIWG  effort  has  provided  usable  products  tliat 
mutually  support  the  KTA  effort,  as  well  as  for  its  own 
purposes.  Most  useful  of  tliese  is  a  detailed  task  analysis 
of  critical  satellite  control  operations  and  operational 
scenarios  that  are  relatively  independent  of  specific  HCI 
technologies.  The  task  analysis  is  being  used  for 
identifying  candidate  functional  areas  that  could  benefit 
from  a  particular  technology  infusion.  Tlie  HCIWG 
produced  die  task  analysis  as  a  basis  for  identifying 
required  HCI  capability  that  could  be  applied  across 
mission  functions.  The  HCIWG  also  performed  an 
extensive  review  of  existing  HCI  standards  (i.e.,  draft 
and  published).  Tliese  standards  are  listed  in  Table  1. 


FUTURE  OF  THE  HCIWG  GUIDELINE/STAN¬ 
DARD 


Tlie  KTA  plans  to  continue  to  participate  in  the  HCIWG 
effort  and  funnel  any  useful  technology  information  that 
can  be  used  in  die  standards  activity.  For  example,  the 
KTA  is  currendy  involved  in  publishing  a  series  of 
papers,  one  planned  for  multimedia  and  the  other 
groupware,  that  will  specifically  address  potenual 
aspects  of  diese  technology  areas  amenable  to  standard¬ 
ization  or  guidance.  In  this  way,  the  KTA  also  can 
provide  more  focus  for  the  HCIWG  on  new  technology 
areas  of  concentradon. 
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Based  on  the  HCIWG  effort,  die  KTA  observes  tuid 
promotes  die  development  of  new  technology  and 
standards  from  two  perspectives:  1)  die  content  cover¬ 
age  of  new  technologies  in  die  standard,  and  2)  im¬ 
proved  methods  of  access  to  die  standard  itself.  From 
the  first  perspeedve,  die  final  HCIWG  guideline/ 
standard  will  need  to  cover  newer  HCI  technologies  diat 
are  likely  to  be  used  in  new  system  acquisidons  (e.g., 
GUIs).  From  the  second,  the  HCIWG  came  to  realize 
that  even  when  HCI  standards  and  guidelines  serve  die 
needs  of  both  operators  and  developers,  diey  are  useless 
if  developers  cannot  easily  access  and  use  diem  during 
the  design  process.  Therefore,  standards  and  guidelines 
must  be  made  more  accessible  and  usable  to  die  devel¬ 
oper  community.  If  funding  permits,  die  HCIWG  hopes 
to  develop  the  final  guideline/standard  on  a  hypeniiedia 
system.  This  approach  handles  die  guidelines/standards 
electronically  with  appropriate  cross  linking  of  docu¬ 
ments,  HCI  examples  and  rule  exceptions.  It  is  envi¬ 
sioned  for  die  future,  a  computer  assisted  HCI  design 
component  could  be  incorporated  into  die  software 
development  tool  of  die  developer  (or  generic  user),  dial 
would  automatically  make  and  implement  many  of  Uicse 
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APPLICABLE  GUIDELINES/STANDARDS  REVIEWED  BY  THE  HUMAN- 
COMPUTER  INTERFACE  WORKING  GROUP 


1 .  The  Institute  of  Electrical  and  Electronics  Engineers 
(IEEE),  Inc.  IEEE  User  Interface  Standards:  Recom¬ 
mended  Practice  for  Graphical  User  Interface  Drivability, 
IEEE  Standard  No.  IEEE  P1201.2,  Balloting  Draft  1,  May 
1992. 
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(AIAA),  Recommended  Practice  for  Human-Computer 
Interfaces  for  Space  System  Operations,  AIAA  R-023- 1992, 
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4.  International  Business  Machines  (IBM)  Corporation, 
Human  Engineering  Design  Approach  Document  --  Opera¬ 
tor  (HEDAD-0),  Report  No.  xx,  23  July  1992. 

5.  Consolidated  Space  Test  Center  (CSTC),  Test  Opera¬ 
tions  Directorate,  CSTC  Functional  Requirements  for  and 
Advanced  Architecture  Telemetry  Processing  System 
(AATPS),  Draft,!  1  June  1992. 

6.  Smith,  R.  W.  and  Mosier,  J.  N.,  Guidelines  for 
Designing  User  Interface  Software,  ElecU'onic  Systems 
Division  (ESD)  Report  No.  ESD-TR-86-278,  Mitre  Coqx)- 
ration  Report  No.  MTR  10090,  1  August  1986. 

7.  DoD  Military  Standard  (MIL-STD),  Human  Engineer¬ 
ing  Design  Criteria  for  Military  Systems,  Equipment  and 
Facilities,  MIL-STD- 1472D,  14  March  1989. 


8.  Space  and  Naval  Warfare  Systems  Command,  Soft¬ 
ware  Requirements  for  tlie  NCCS-A  Workstation,  Volume 
1:  Man-Machine  Interface,  TSD  N.  03653,  23  June  1989. 

9.  The  Aerospace  Corporation,  Standard  for  the  Standard 
Mobile  Segment  (SMS),  Coordination  Draft,  Aerospace 
Report  No.  TOR-009 1(6904-40)-!,  15  November  1991. 

10.  ESD  Su-ategic  Defense  Initiative  (SDI)  Program  Of¬ 
fice,  Fixed  Mobile  System  Standard  (FMSS),  GPALS 
Human  Computer  Interaction  Style  Guide,  Draft,  3  Sep¬ 
tember  1992. 

1 1 .  Tlie  Johns  Hopkins  University,  Applied  Physics  Labo¬ 
ratory,  Fleet  Systems  Department,  Minimum  Essential 
Human  Computer  Interface  Standards  for  Uie  Contingency 
DSCS  Operational  Control  System,  JHU/APL  Report  No. 
FS-88-235,  20  February  1990. 

12.  National  Aeronautics  and  Space  Administration 
(NASA),  Man-System  Integration  Standards, 
NASA-STD-3(X)0  (Volume  1,  Section  9.6  User/Computer 
Interaction),  March  1987. 

13.  Federal  Computer  Performance  Evaluation  and  Simu¬ 
lation  Center  (FEDSIM),  Computer  Display  Standards  for 
Satellite  Operations  Centers,  Proposed  MIL-STD  for 
AFSPACECOM  dated  30  June  1987,  Report  No.  84074-04, 
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14.  Open  Software  Foundation  (OSF),  OSF/Motif  Style 
Guide,  Revision  1.1,  Prentice-Hall,  Inc.,  Englewood  Cliffs, 
NJ,  1991. 
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Part  1:  Summary  of  Day  1 

Edited  by  Dr.  D.  Bodsford  (Bods)  Smitli,  Jr., 

Loral  Space  and  Range  Systems 

The  Technology  and  Architecture  Division  of  the  Space  and 
Missiles  Systems  Center  (SMC/CWIA)  conducted  a  Trusted 
Systems  Workshop  in  September  of  1992  as  part  of  the 
CWIA  Advanced  Technology  Program.  In  this  workshop, 
nationally  known  Trusted  Systems  and  Systems  Safety 
experts  from  DoD,  industry,  academia,  and  government 
laboratories  came  together  to  discuss  the  state-of-the-art  in 
Trusted  Systems  and  Systems  Safety,  to  learn  more  about 
the  AFSCN,  and  to  investigate  and  recommend  how  these 
technologies  may  be  applied  in  the  Network.  The  following 
article  is  the  first  half  of  a  two-part  summary  of  the 
objectives,  presentations,  and  benefits  derived  from  the 
Workshop.  The  second  part  will  be  presented  in  a  subse¬ 
quent  technical  report. 

The  Technology  and  Architecture  Division  of  tlie  Space 
and  Missiles  Systems  Center  (SMC/CWIA)  conducted  a 
Trusted  Systems  Workshop  in  September  1992  as  part  of 
the  CWIA  Advanced  Technology  Program.  In  tliis  Work¬ 
shop,  nationally  known  Trusted  Systems  and  Systems 
Safety  experts  from  DoD,  industry,  academia,  and  govern¬ 
ment  laboratories  came  togeUier  to: 

•  Discuss  the  current  state-of-the-art  in  Trusted 
Systems  and  Systems  Safety 

•  Forecast  the  future  maturation  of  Trusted 
Systems  and  Systems  Safety  technologies 

•  Focus  the  high-level  technical  horsepower  from 
die  Trusted  Systems  and  Systems  Safety 
communides  on  a  variety  of  Air  Force  Satellite 
Control  Network  (AFSCN)  issues 

•  Provide  an  environment  in  which  AFSCN 
personnel  could  benefit  direcdy  from  the 
participants’  expertise.  Tliis  environment 
provided  bodi  formal  and  informal  setdngs  for 
interacdon  between  AFSCN  personnel  and  die 
Workshop  participants. 

The  Workshop  was  conceived  of,  arranged,  and  hosted  by 
Loral.  It  was  organized  into  four  half  day  sessions,  each 
session  being  devoted  to  one  of  die  following  topics; 
security  functionality,  present  and  future  security  architec¬ 


tures,  high  assurance  technologies,  and  safety  architec¬ 
tures.  Invited  experts  presented  papers  at  each  session. 

This  paper  is  a  two-part  adaptadon  of  a  more  extensive 
report  ^  to  which  die  reader  is  referred  for  a  more  complete 
and  in-depdi  coverage  of  the  Workshop.  Part  1  covers  the 
Day  1  acdvides,  while  Part  2  summarizes  Day  2  acdvides. 
Part  2  will  be  presented  in  the  second  issue  of  this  Journal. 
The  overall  article  presents: 

•  An  overview  of  the  Workshop  and  its  objecdves 
and  payoffs,  which  include  ten  conclusions  of 
importance  to  the  AFSCN  and  some  addidonal 
“bonus"  benefits 

•  A  synopsis  of  each  presentation 

•  Ten  significant  conclusions  of  importance  to 
UieAFSCN 

•  A  summary  of  payoffs  resuldng  from  the 
Workshop. 

In  addidon  to  diese,  die  larger  report  contains  a  brief 
tutorial  on  technical  issues  related  to  Trusted  Systems  and 
Systems  Safety,  commentary  related  to  each  presentadon 
and  to  Trusted  Systems  and  Systems  Safety  issues  in 
general,  a  list  of  attendees,  complete  texts  of  the  contribu¬ 
tors’  papers,  and  hard  copies  of  viewgraphs  for  most  of  the 
Workshop  presentations.  Requests  for  copies  of  the  full 
report  should  be  made  to  SMCT/CWIA. 


BACKGROUND 

Tlie  Trusted  Systems  Workshop  was  an  outgrowdi  of  die 
SMC/CWIA  Advanced  Technology  Program  AFSCN  Key 
Technology  Area  (KTA)  effort.  One  of  the  AFSCN  Key 
Technologies  researched  in  GFY  1992  was  “Trusted  Sys¬ 
tems,”  and  die  Workshop  was  envisioned  by  Loral  as  a 
highly  effective  and  efficient  means  of  achieving  the  KTA 
objectives,  which  were  to  idendfy; 

•  Current  Trusted  Systems  Technology  diat  can 
be  used  to  provide  multilevel  security  features 
and  enhance  software  safety  for  die  AFSCN 

•  Means  of  integradng  near  term  computer  and 
communicadon  security  products  into  die 
current  AFSCN  architecture 

•  Projected  future  security  and  safety  technolo¬ 
gies  diat  could  be  integrated  into  the  AFSCN 
architecture  and  operadons 

•  Processes  by  which  diese  technologies  may  be 
integrated  into  die  future  AFSC!N. 

In  addidon,  die  Workshop  was  seen  as  a  means  of  increas¬ 
ing  die  awareness  of  die  AFSCN  community  regarding 
resources  available  in  die  areas  of  Trusted  Systems  and 
Systems  Safety. 
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Newport  Beach,  CA  was  selected  as  tlie  site  for  Uie  Work¬ 
shop,  which  was  held  on  September  17-18,  1992.  Loral 
invited  nationally  known  experts  in  the  areas  of  Trusted 
Systems  and  Systems  Safety  from  DoD,  industry,  academia 
and  government  laboratories  to  assess  die  current  state-of- 
the-art  and  to  forecast  future  developments  in  Uieir  areas  of 
expertise.  SMC/CWIA  invited  personnel  from  die  AFSCN 
community  with  in-depth  knowledge  about  many  aspects 
of  the  AFSCN,  including  its  mission,  architecture,  concept 
of  operations,  user  communides,  security  posture,  and 
future  requirements. 

Dr.  George  Dinolt  of  Loral  hosted  die  workshop  and 
organized  it  into  four  sessions  dealing  with  security 
functionality,  system  architecture  and  requirements,  assur¬ 
ance,  and  safety.  Thirteen  invited  experts  gave  formal 
presentations  in  diese  sessions.  A  notable  participant  from 
the  AFSCN,  Lt  Col  Bill  Price  (Air  Force  Space  Command/ 
LKXS),  contributed  an  excellent  paper  entitled  “Accredi¬ 
tation  Strategy  for  die  Air  Force  Satellite  Contfol  Net¬ 
work.” 

Tlie  Workshop  format  was  designed  to  allow  sufficient 
time  for  AFSCN  overview  and  stage  setdng  presentations, 
as  well  as  question  and  answer  sessions.  In  many  cases,  die 
quesUon-and-answer  porUons  led  to  wide-ranging,  sponta¬ 
neous,  and  lively  discussions  among  all  die  participants. 
As  indicated  earlier,  diese  discussions  are  captured  in  die 
referenced  report. 

AGENDA 

Day  1  (September  17,  1992) 

Day  1  Introductory  Remarks  and  Suige  Setting 
Session  I:  Security  Funcdonality 
Session  II:  System  Architecture  and 
Requirements 

Day  2  (September  18,  1992) 

Day  2  Introductory  Remarks 
Session  IV:  Safety 


THURSDAY  INTRODUCTORY  REMARKS  AND 
STAGE  SETTING 

The  Workshop  was  opened  widi  introductory  remarks  by 
Maj  Davidovich  and  Dr.  Dinolt.  Lt  Col  Price  also  handed 
out  a  copy  of  his  paper,  which  provides  a  description  of 
AFSCN  components,  funcdons,  history,  network  security 
environment,  and  lessons  learned,  and  could  provide  useful 
background  information  for  diose  Workshop  pardcipants 
unfamiliar  widi  die  /VFSCN. 


Maj  Stevan  M.  Davidovich,  Chief,  SMC/CWIA: 
"Welcoming  Remarks" 

Maj  Davidovich  began  die  Workshop  by  thanking  all 
participants  for  attending.  He  gave  a  brief  introduction  on 
the  goals  and  objectives  of  die  KTA  initiadve.  He  noted 
diat  for  die  next  eighteen  months,  a  window  of  opportunity 
exists  for  the  AFSCN  to  coordinate  widi  the  Space  Segment 
on  operauons  concepts.  Tliis  coordination  can  set  the  stage 
for  technology  insertion  for  die  rest  of  the  decade.  Another 
such  window  of  opportunity  may  not  exist  undl  well  past 
the  year  20(X). 

Maj  Davidovich  also  noted  that  die  AFSCN  Executive 
Council  has  approved  a  list  of  eleven  projects  to  be  devel¬ 
oped  over  the  next  twenty  five  years.  One  item  on  the  list 
is  Muldlevel  Security  (MLS).  This  is  die  first  dme  security 
has  had  this  level  of  visibility.  As  a  result,  the  security 
community  now  has  die  opportunity  to  define  the  role  and 
approach  for  security  on  many  forthcoming  projects.  Maj 
Davidovich  emphasized  diat  an  important  goal  of  the 
AFSCN  Executive  Council  is  to  transidon  trusted  system 
technology  from  a  research  and  development  environment 
to  Government  applicadons. 

Dr.  George  Dinolt,  Loral: 

"Introductory  Remarks  and  Stage  Setting" 

Following  Maj  Davidovich’s  talk,  Dr.  George  Dinolt,  tech¬ 
nical  host  of  die  meeting,  welcomed  die  participants  and 
observers.  He  presented  a  brief  overview  of  die  goals  of  the 
Workshop  and  provided  a  framework  for  the  discussions. 

SESSION  I:  SECURITY  FUNCTIONALITY 

Examples  of  Security  Functionalides  are: 

•  Tradidonal”  MLS  systems 

•  New  technologies  (e.g.,  Compartmented  Mode 
Workstations)  and  beyond 

•  MLS  networking  products 

•  Security  related  protocols. 

Mr.  Bill  Neugent,  MITRE  Corporation: 

"Predictions  for  INFOSEC  Advances" 

Mr.  Neugent  noted  diat  lower  assurance  platforms,  particu¬ 
larly  B 1,  have  become  more  extensive  in  the  past  five  years. 
[For  an  cxplanadon  of  diese  and  related  terms,  the  reader  is 
referred  to  the  “rainbow  Series”  of  books  published  by  the 
Nadonal  Computer  Security  Center.  Of  particular  impor¬ 
tance  to  die  discussion  liere  are  the  “Red”  and  die  “Orange” 
books.]  Some  appear  very  promising.  It  is  vital  from  the 
vendors’  standpoint  to  penetrate  markets  beyond  a  tiny 
subset  of  DoD  systems,  to  be  able  to  provide  ongoing 
improvements  in  diese  lower  assurance  platforms. 
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Future  environments  will  include  extensive  use  of  digital 
signatures,  biometrics,  and  otlier  more  secure  and  sophisti¬ 
cated  protection  mechanisms.  Digital  signatures,  in  par¬ 
ticular,  will  play  a  significant  role  in  network  architectures 
of  the  future.  Increased  protection  is  required  because  tlie 
problem  of  system  “crackers”  has  grown  from  a  nuisance  to 
a  menace.  Increased  reliance  on  computer  systems  can 
have  catastrophic  results  when  die  systems  are  misused  or 
disabled. 

Too  much  emphasis  is  placed  on  creating  general  purpose, 
high  assurance  systems.  There  is  a  need  to  create  security 
solutions  tailored  to  the  applications.  For  example,  tlie  use 
of  trusted  workstations  combined  with  a  filtering  router 
provides  multiple,  independent  checks  as  an  alternative  to 
relying  on  just  one  check.  As  anotlier  example,  an  A1 
system  is  still  susceptible  to  security  administrator  errors. 
Relatively  primitive  administrator  interfaces  on  high-as¬ 
surance  systems  might  make  tliem  more  susceptible  to  error 
than  lower-assurance  systems  tliat  provide  a  rich  suite  of 
administrator  aids.  Both  of  tliese  examples  differ  from  tlie 
approach  in  the  Orange  Book. 

Ms.  Ruth  Nelson,  GTE: 

"Trusted  Systems  and  Current  Computing" 

Ms.  Nelson  believes  that  tlie  trust  technology  in  use  today 
is  based  on  outmoded  architecture.  Specifically,  it  is 
geared  to  tlie  technology  of  tlie  1970’s,  where  tliere  were 
multiple  users  of  a  single  system.  Today,  witli  tlie  advent 
of  extremely  powerful  desktop  computers  and  worksta¬ 
tions,  the  paradigm  is  a  single  user  connected  to  a  network, 
with  thenetworkpotentially  havingglobal  interconnectivity, 
and  with  significant  computing  power  available  locally. 
Such  systems  are  heterogeneous,  dynamic,  and  highly 
distributed.  As  a  result,  the  Orange  Book  and  oilier 
Rainbow  documents  are  inapplicable  to  tliem. 

One  must  assume  a  modem  (networked)  system  configura¬ 
tion  is  always  clianging.  It  is  no  longer  possible  to  deter¬ 
mine  the  configuration  of  a  network  tliat  has  world  wide 
connectivity.  The  addition  and/or  deletion  of  connectivity 
to  other  computers  or  networks  is  beyond  tlie  control  of  a 
local  user  or  administrator. 

As  a  result  of  diese  changes  from  die  Orange  Book  model, 
Ms.  Nelson  offered  die  following  recommendations; 

•  Concentrate  on  robustness,  not  configuration 
control. 

•  Recognize  dial  local  control  of  communications 
and  processing  is  key;  global  control  is  impos¬ 
sible. 

•  Do  not  attempt  generic  security  solutions,  but 
rather  tailor  die  requirements  and  mechanisms 
to  a  specific  mission. 


Dr.  Dixie  Baker,  Aerospace  Corporation: 

"From  Whence  Cometh  Trustworthiness?" 

Tliere  is  a  major  inadequacy  in  die  Orange  Book,  in  that  it 
forces  specific  combinations  of  functionality  and  assur¬ 
ance,  rather  than  letdng  these  be  independent  properties  of 
a  given  system.  For  example,  a  B 1  platform  contains  a 
required  amount  of  functionality,  and  a  required  amount  of 
assurance.  A  particular  project  might  need  less  functional¬ 
ity  and  more  assurance,  or  vice  versa.  There  is  no  way  that 
the  Orange  Book  can  accommodate  this  flexibility. 

As  a  result,  there  is  a  new  government  project  underway, 
joindy  sponsored  by  National  Security  Agency  (NSA)  and 
Nadonal  Institute  of  Standards  and  Technology  (NIST), 
formerly  known  as  the  National  Bureau  of  Standards.  The 
project  is  defining  a  new  United  States  Infonnation  Tech¬ 
nology  Security  Standard  fITSS)  to  be  applied  throughout 
die  federal  government.  Dr.  Baker  is  playing  a  lead  role  in 
die  development  of  diis  standard. 

Tlie  standard  is  based  on  die  notion  of  Protection  Profiles 
dial  unite  functionality,  assurance,  and  dependency  consid¬ 
erations  to  describe  generic  protection  needs.  Such  generic 
needs  could  include  confidentiality,  integrity,  service  as¬ 
surance,  and  software  safety.  Tliese  generic  needs  would 
need  to  be  tailored  and  instandated  on  a  project-specific 
basis.  A  Protection  Profile  is  composed  of  four  parts: 
rationale,  funcdonality,  assurance,  and  dependencies.  Dr. 
Baker  elaborated  upon  diese  parts,  and  explained  dieir 
benefits  and  potendal  impacts  diroughout  various  phases  of 
die  life  cycle,  including  system  acquisition. 

Dr.  Baker  also  made  a  point  dial  there  is  confusion  between 
die  notions  of  “trust”  and  “trustworthy,”  that  ITSS  is 
attempting  to  clarify.  In  a  slide  entitled  “Key  Definitions,” 
Dr.  Baker  presented  definitions  of:  trusted  computer 
system  technologies,  trusted  computer  system  engineering, 
assurtuice,  trusted  system,  and  trustwordiiness. 

Dr.  Baker  also  presented  a  sequence  of  slides  describing 
diirteen  “technology  enhancements”  and  die  time  frame  in 
which  they  are  expected  to  become  viable.  Examples  of 
technology  enhancements  include  compartmented  mode 
workstations,  multilevel  database  management  systems, 
and  formal  design  verification.  Tlie  time  frames  were 
broken  out  into  diree  phases:  0 — 2  years,  3 — 7  years,  and 
8 — 25  years. 
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SESSION  II:  SYSTEM  ARCHITECTURE  AND 
REQUIREMENTS 

A  basic  question  is,  “How  do  changes  in  technology  affect 
system  architectures?”  Some  examples  of  technological 
changes  that  affect  system  architecture  are; 

•  Movement  to  standalone  versus  networked 
systems 

•  Changes  in  scale,  size,  complexity,  and  number 
of  system  components 

•  Changes  in  performance 

•  Changes  in  price 

•  Development  of  dynamic  systems. 

A  second  basic  question  is,  “How  do  changes  in  technology 
affect  system  requirements?”  Some  examples  of  such 
changes  that  affect  system  requirements  are: 

•  Open  systems  and  standardization 

•  Increased  interconnectivity 

•  Increased  interdependence 

•  Heterogeneity. 

Mr.  John  Nagle,  Stanford  University: 

"The  Threat  in  the  Post-Cold  War  World" 

Mr.  Nagle  began  his  talk  by  noting  tliat  altltough  he  had 
been  invited  to  the  Workshop  to  discuss  computer  security 
impacts  on  tlie  AFSCN,  tlie  changing  tlireat  environment 
motivated  him  instead  to  concentrate  on  tlireats.  In  looking 
to  the  future,  Mr.  Nagle  pointed  out  tliat  tlie  main  tlireat  has 
changed  witli  tlie  decline  of  monolitliic  Communism.  Tliere 
is  no  longer  an  “Evil  Empire,”  leading  some  politicians  and 
citizens  to  assume  tliat  tlie  costs  associated  witli  defense 
and  security  are  exorbitant  and  unjustified.  Mr.  Nagle 
explained  why  he  believes  such  assumptions  are  incorrect 
and  dangerous. 

He  pointed  out  tliat  in  tlie  wake  of  Desert  Storm  tliere  is 
ample  evidence  tliat  high  technology  systems  do  work,  and 
tliis  will  cause  tliese  systems  to  be  focused  objects  of  attack 
in  future  conflicts.  Mr.  Nagle  explained  tlie  likely  fonns 
such  attacks  could  take,  including  tlie  use  of  “crackers” 
funded  by  hostile  intelligence  services  to  temporarily  dis¬ 
able  Tracking,  Telemetry,  and  Commanding  (TT&C)  soft¬ 
ware,  and  physical  attacks  on  AFSCN  ground  suitions 
throughout  tlie  world. 

Mr.  Nagle  concluded  by  presenting  a  brief  sketch  of  tech¬ 
niques  that  could  protect  against  tlicse  newer  types  of 
threats.  Tliese  techniques  protect  against  single  point  of 
failure  and  include  timeouts,  confinnatioiis,  auilientica- 
tions,  and  tlie  use  of  built-in  suspicions  for  newly  developed 
satellites. 


Mr.  Clark  Weissman,  Paramax: 

"On  a  Migration  Strategy  for  the  AFSCN  to  a  MLS 

Client  Server  Environment  (MLS-CSE)" 

Mr.  Weissman’s  key  tlieme  is  tliat  securable  architectures 
need  to  be  developed  that  are  independent  of  the  implemen¬ 
tation  approach  used  for  a  given  project.  A  basis  for  this  can 
be  found  in  an  Open  Systems  approach,  in  particular,  with 
the  client-server  model. 

Current  security  approaches  are  usually  too  custom-made, 
requiring  a  redefinition  of  security  properties  for  each 
system.  In  addition  to  prohibitive  cost,  the  system  is  often 
outmoded  before  it  is  used.  Using  COTS  as  an  alternative, 
however,  also  poses  problems:  most  COTS  products  are 
not  rated  at  a  high  enough  level  of  assurance  for  effective 
system  use;  they  often  do  not  address  the  correct  threats; 
and  tliey  combine  parts  resulting  in  a  mixture  that  may  be 
difficult  to  accredit  (or  even  fully  understand).  An  example 
is  the  combination  of  a  secure  operating  system  with  a 
secure  data  base  management  system.  The  problems 
inlierent  in  combining  tlie  two  are  tlie  ongoing  subject  of  a 
number  of  research  papers. 

He  proposed  a  client-server  model  in  an  Open  Systems 
Environment  (OSE)  tliat  does  not  concentrate  upon  current 
technology,  but  ratlier  addresses  the  design  of  systems  that 
could  securely  integrate  emerging  COTS  products  as  they 
become  available, 

Mr.  Paul  Cook,  Falcon  Communication  Corporation: 

"Integrating  the  Components" 

Mr.  Cook  observed  tliat  tlie  current  state  of  security  engi¬ 
neering  is  similar  to  tlie  state  of  communications  engineer¬ 
ing  tliat  existed  in  tlie  early  DoD  data  communications 
network  development  time-frame.  Back  then  each  instance 
was  unique  and  custom-made.  There  are  examples  of 
Army,  Navy  and  Air  Force  procurements  that  provide 
implementations  of  tlie  same  data  communications  func¬ 
tionality.  Each  performs  tlie  same  functions,  yet  each  was 
built  from  scratch,  essentially  independent  of  the  others, 
witli  little  transfer  of  technology. 

Altliough  COMPUSEC  (Computer  Security)  systems  are 
harder  to  define  and  implement  than  COMSEC  (Commu¬ 
nications  Security),  COMPUSEC  is  often  cheaper,  more 
flexible,  and  more  powerful  than  COMSEC.  In  many 
current  systems  COMPUSEC  controls  COMSEC.  This 
results  in  security  anomalies,  because  COMSEC  is  guided 
by  many  years  of  experience  and  rules  of  thumb,  which  are 
generally  lacking  in  COMPUSEC.  For  example,  in  the 
COMSEC  environment,  there  are  a  set  of  invariants  widely 
known  witliin  die  community,  such  as  die  resuiclion 
against  RED  and  BLACK  data  on  the  same  bus. 
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Mr.  Cook  also  pointed  out  tliat  even  after  a  complex  system 
is  accredited,  there  is  a  problem  in  maintaining  tliat  accredi¬ 
tation.  The  complexity  of  many  modem  communication 
systems  and  networks  makes  it  difficult  and  costly  to  re¬ 
accredit  the  system  when  substantive  changes  occur. 

For  the  future,  Mr.  Cook  suggested  tliat  it  would  be  wise  to 
investigate  the  development  of  a  security  engineering 
methodology  that  would  support  tlireat  assessment  and 
failure  mode  analysis  in  addition  to  tlie  more  typically 
covered  topic  of  correct  operation  of  systems  and  software. 
Threats  are  one  of  the  prime  drivers  in  tlie  decision  process 
for  a  design  approach. 

Prof.  John  McHugh,  University  of  North  Carolina  at 
Chapel  Hill:  "We  Have  Met  the  Enemy  and  He  is  Us 
(Securing  Tomorrow’s  Systems)" 

Dr.  McHugh  explained  his  intriguing  title  by  noting  tliat  tlie 
human  element  is  often  tlie  most  vulnerable,  regardless  of 
how  secure  the  remaining  components  of  a  system  may  be. 
He  illustrated  this  in  a  variety  of  areas,  including  covert 
channels,  a  shared  memory  bus  multiprocessor,  and  a 
system  with  a  voluminous  audit  trail  tliat  overwhelms  all 
human  capacity  for  comprehension.  Anotlier  aspect  of 
human  weakness  occurs  when  designers  deliberately  mis¬ 
state  security  constraints,  or  select  tlie  wrong  level  of 
granularity.  In  his  opinion,  tliis  problem  will  only  be 
exacerbated  in  the  future  by  more  complex  systems. 

His  most  dramatic  example  was  visual,  and  dealt  witli  die 
inability  of  humans  to  detect  diat  a  digitized  picture  had 
been  corrupted.  He  presented  two  images;  a  Landsat  image 
of  Raleigh-Durham  Airport  (RDU),  and  a  Landsat  image  of 
RDU  contaminated  widi  an  F-16  aircraft.  Tlie  contamina¬ 
tion  was  acliieved  by  allocating  die  lowest  three  bits  per 
pixel  to  the  airaaft.  There  was  no  discernible  difference  in 
the  two  images  to  the  Workshop  audience.  He  dien 
displayed  the  F-16  image  diat  was  exuacted  from  die 
corrupted  image,  and  compared  it  to  a  "normal”  image  of 
an  F- 16.  Again,  there  was  litde  if  any  difference  noted  by 
the  audience.  Dr.  McHugh  dien  presented  a  similar  ex¬ 
ample  in  which  a  hidden  image  of  RDU  was  present  in  a 
picture  of  textual  data.  Tliese  examples  tae  convincing 
evidence  that  imagery  can  be  used  as  a  very  high  bandwiddi 
covert  channel,  widi  little  ability  of  humans  even  to  detect 
that  a  covert  channel  is  operating  at  all. 

This  concludes  Part  1  of  diis  article.  Part  2  will  provide  a 
summary  of  the  Day  2  activities,  a  conclusion,  and  a  list  of 
benefits  derived  from  die  Workshop. 
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